À propos de la conversion de votre compte personnel
La conversion d’un compte personnel en organisation vous permet de passer à un compte partagé où un grand nombre de personnes peuvent collaborer simultanément sur plusieurs projets. La conversion de votre compte :
- Conserve les dépôts tels quels sans qu’il soit nécessaire de les transférer manuellement vers un autre compte.
- Invite automatiquement les collaborateurs aux équipes disposant d’autorisations équivalentes à ce qu’ils avaient avant
Quand vous convertissez un compte personnel en organisation, nous ajoutons les collaborateurs des dépôts qui appartiennent au compte à la nouvelle organisation en tant que collaborateurs externes. Vous pouvez ensuite inviter des collaborateurs externes à devenir membres de votre nouvelle organisation si vous le souhaitez. Pour plus d’informations, consultez Rôles dans une organisation.
Pour convertir votre compte personnel en organisation, consultez Conversion d’un utilisateur en organisation.
À propos de la suppression de votre compte personnel
La suppression de votre compte personnel supprime tous les référentiels, les duplications (forks) de référentiels privés, les wikis, les problèmes, les demandes de tirage (pull requests) et les pages appartenant à votre compte. Les problèmes et les pull requests que vous avez créés et les commentaires que vous avez faits dans les référentiels appartenant à d'autres utilisateurs ne seront pas supprimés.
Si vous êtes le seul propriétaire d’une organisation, vous devez transférer la propriété à une autre personne ou supprimer l’organisation avant de pouvoir supprimer votre compte personnel. S’il existe d’autres propriétaires dans l’organisation, vous devez vous supprimer de l’organisation avant de pouvoir supprimer votre compte personnel.
Pour plus d’informations, consultez les articles suivants.
- Transfert de propriété d’une organisation
- Supprimer un compte d’organisation
- Vous supprimer vous-même d’une organisation
- Référence du compte personnel
Pour supprimer votre compte personnel, consultez Suppression de votre compte personnel.
À propos de la dissociation de votre adresse e-mail
Étant donné qu'une adresse e-mail ne peut être associée qu'à un seul GitHub, lorsque vous avez perdu vos informations d'identification 2FA et que vous ne parvenez pas à récupérer access, dissocier votre adresse e-mail du compte verrouillé vous permet de lier cette adresse e-mail à un compte nouveau ou existant. En outre, la liaison d’une adresse e-mail de validation précédemment utilisée à un nouveau compte permet de connecter votre historique de validation à ce compte. Sauf si vous avez choisi de garder votre adresse e-mail privée, l’adresse e-mail de validation de votre compte est identique à l’adresse e-mail principale de votre compte. Consultez Définition de votre adresse e-mail de commit.
Remarque
L’adresse e-mail GitHubfournie noreply ne peut pas être dissociée d’un compte. Les validations créées avec une adresse noreply ne peuvent pas être rattachées à un autre compte.
N’oubliez pas que rien d’autre associé à votre compte verrouillé par 2FA, y compris vos référentiels, autorisations et profil, ne sera transféré vers votre nouveau compte.
La dissociation des adresses e-mail n’est disponible que pour les comptes avec 2FA activé. Si vous n’avez pas activé 2FA, vous pouvez vous connecter et supprimer votre adresse e-mail des paramètres de votre compte.
Les avantages éducatifs ne peuvent pas être transférés après qu'une adresse e-mail a été dissociée et associée à un autre compte. Pour conserver ces avantages, vous devez continuer à utiliser le compte d’origine utilisé pour l’appliquer.
Pour dissocier une adresse e-mail, consultez Dissociation de votre adresse e-mail d’un compte verrouillé.
À propos de la gestion de plusieurs comptes
Dans certains cas, vous devrez peut-être utiliser plusieurs comptes sur GitHub. Par exemple, vous pouvez avoir un compte personnel pour open source contributions, et votre employeur peut également créer et gérer un compte d’utilisateur pour vous au sein d’une entreprise.
Pour savoir comment gérer plusieurs comptes, consultez Gestion de plusieurs comptes.
Vous ne pouvez pas utiliser un compte d’utilisateur managé pour contribuer à des projets publics sur votre instance GitHub Enterprise Server. Vous devez donc contribuer à ces ressources à l’aide de votre compte personnel. Pour plus d’informations, consultez À propos d’Enterprise Managed Users
Si vous devez utiliser plusieurs comptes, vous pouvez rester connecté à vos comptes et basculer entre eux. Ainsi, vous pouvez par exemple passer d’un compte personnel à un compte de service. Pour plus d’informations, consultez Basculement entre comptes.
Si vous souhaitez utiliser une station de travail pour contribuer à partir des deux comptes, vous pouvez simplifier la contribution avec Git à l'aide d'un mélange de protocoles pour accéder aux données du dépôt, ou en utilisant des informations d’identification par dépôt.
Avertissement
Soyez prudent lorsque vous utilisez une seule station de travail pour contribuer à deux comptes distincts. La gestion de plusieurs comptes peut augmenter le risque de fuite de code interne.
Si vous n’êtes pas obligé d’utiliser un compte d’utilisateur managé, GitHub recommande d’utiliser un compte personnel pour tous vos travaux sur votre instance GitHub Enterprise Server. Avec un seul compte personnel, vous pouvez contribuer à une combinaison de projets personnels, open source ou professionnels à l’aide d’une identité. D’autres personnes peuvent inviter le compte à contribuer à des dépôts d’utilisateur ou à des dépôts appartenant à une organisation. En outre, le compte peut être membre de plusieurs organisations ou entreprises.
Si vous contribuez avec deux comptes à partir d'une station de travail, vous pouvez accéder aux référentiels en utilisant un protocole et des informations d'identification différents pour chaque compte.
Git peut utiliser le protocole HTTPS ou SSH pour access et mettre à jour les données dans les référentiels sur GitHub. Le protocole que vous utilisez pour cloner un référentiel détermine les informations d’identification que votre station de travail utilisera pour s’authentifier lorsque vous access le référentiel. Avec cette approche de gestion des comptes, vous stockez les informations d’identification d’un compte à utiliser pour les connexions HTTPS, et vous chargez une clé SSH dans l’autre compte à utiliser pour les connexions SSH.
Vous trouverez à la fois les URL HTTPS ou SSH pour cloner un dépôt sur la page de ce dépôt. Pour plus d’informations, consultez Clonage d’un dépôt.
Pour plus d’informations sur l’utilisation de SSH pour accéder aux référentiels, consultez Connexion à GitHub avec SSH.