À 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 dans les équipes avec des 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 demandes de tirage que vous avez créés, ainsi que les commentaires que vous avez effectués dans les dépôts détenus par 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 compte GitHub, lorsque vous avez perdu vos identifiants 2FA et que vous ne parvenez pas à récupérer l'accès, la dissociation de 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 noreply fournie par GitHub ne peut pas être dissociée d’un compte. Les validations créées avec une adresse noreply ne peuvent pas être reconnecté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 pouvez être amené à utiliser plusieurs comptes sur GitHub. Par exemple, vous pouvez disposer d’un compte personnel pour les contributions open source, et d’un compte d’entreprise créé et géré par votre employeur.
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 apporter des contributions en utilisant les deux comptes, vous pouvez simplifier la contribution avec Git en utilisant un mélange de protocoles pour accéder aux données des dépôts, ou en utilisant des informations d’identification pour chaque dépôt.
Avertissement
Vous devez utiliser une station de travail pour apporter des contributions en utilisant 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 compte personnel, vous pouvez contribuer à une combinaison de projets personnels, open source et professionnels à l’aide d’une même 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 dépôts en utilisant des informations d’identification et un protocole différents pour chaque compte.
Git peut utiliser le protocole HTTPS ou SSH pour accéder aux données et les mettre à jour dans les dépôts sur GitHub. Le protocole que vous utilisez pour cloner un dépôt détermine les informations d’identification que votre station de travail utilisera pour s’authentifier lorsque vous accéderez au dépôt. 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, voir Connexion à GitHub à l’aide de SSH.