La réponse courte
GitLab n’a pas un seul réglage d’e-mail. Il en a plusieurs, et ils contrôlent des choses différentes : l’adresse avec laquelle vous vous connectez, celle affichée sur votre profil public et celle attachée aux commits que vous signez. Retirer une adresse en toute sécurité suppose de vérifier chaque surface, car modifier l’une ne nettoie pas automatiquement les autres.
L’e-mail principal de GitLab est celui par défaut pour la connexion, les commits et les notifications ; le changer conserve l’ancienne adresse principale comme adresse secondaire. Source
Cette seule phrase crée déjà un piège. Si vous remplacez votre e-mail principal par une nouvelle adresse, l’ancienne ne disparaît pas de votre compte. Elle reste attachée comme adresse secondaire, ce qui signifie qu’elle peut encore être associée à votre identité sur GitLab même après que vous avez cessé de l’utiliser pour vous connecter.
Trois surfaces, trois réglages différents
| Surface | Ce qu’elle contrôle | Pourquoi c’est important lors du retrait d’un e-mail |
|---|---|---|
| E-mail principal | Valeur par défaut pour la connexion, les commits et les notifications | Le changer rétrograde l’ancienne adresse en adresse secondaire au lieu de la supprimer |
| E-mail public | L’adresse affichée sur votre profil public | Un champ distinct ; il peut afficher une adresse qui n’est pas celle de connexion |
| E-mail de commit | L’adresse attachée aux commits que vous signez | Propose une option d’e-mail privé, mais la configuration Git locale compte aussi |
La leçon pratique est que « rendre mon profil privé » et « cesser d’utiliser cette adresse » ne sont pas la même opération. Chaque ligne ci-dessus demande sa propre vérification.
Étape 1 : décider ce que le profil public doit afficher
Le champ E-mail public est un réglage à part. Il choisit quelle adresse, s’il y en a une, apparaît sur votre profil public.
Le champ E-mail public choisit une adresse affichée sur le profil public et constitue un réglage distinct. Source
Comme il est distinct, changer votre adresse de connexion principale ne modifie pas à lui seul ce que les visiteurs voient sur votre profil. Vérifiez directement le champ E-mail public et décidez si l’adresse qui s’y trouve est une adresse que vous acceptez d’afficher. Si vous retirez une adresse, c’est le premier endroit à regarder, car c’est la surface la plus visible.
Étape 2 : changer l’adresse principale en connaissance de cause
Si l’objectif est de cesser de vous connecter avec une ancienne adresse, changez l’e-mail principal. Sachez ce que cela fait : l’ancienne adresse principale devient une adresse secondaire au lieu d’être supprimée.
L’e-mail principal de GitLab est celui par défaut pour la connexion, les commits et les notifications ; le changer conserve l’ancienne adresse principale comme adresse secondaire. Source
Prévoyez donc une seconde décision. Après le changement, passez en revue les adresses secondaires du compte et décidez si l’ancienne doit rester attachée. Les sources approuvées ici décrivent le comportement de rétrogradation mais ne détaillent pas chaque procédure de suppression ; considérez donc les étapes exactes pour supprimer une adresse secondaire comme à confirmer dans les réglages de votre propre compte plutôt qu’à supposer.
Étape 3 : vérifier ce que vos commits exposent
L’e-mail de commit est la surface que l’on oublie le plus souvent, car elle est liée à l’historique du code plutôt qu’à une page de profil. La sélection de l’e-mail de commit de GitLab inclut une option d’e-mail privé.
GitLab propose « Use a private email » dans la sélection de l’e-mail de commit ; une configuration Git locale doit aussi être prise en compte pour les commits locaux. Source
Cette option couvre les commits effectués via GitLab, mais pas tout. Une configuration Git locale sur votre machine peut aussi déterminer l’adresse enregistrée dans les commits que vous créez localement, si bien que le réglage GitLab seul peut ne pas couvrir tout votre historique à venir. Si la confidentialité des commits vous importe, vérifiez à la fois le réglage de l’e-mail de commit dans GitLab et votre configuration Git locale.
La limite des commits historiques
C’est la partie qui mérite le plus de prudence. Les faits approuvés décrivent les réglages actuels, pas une réécriture rétroactive. Rien dans les sources fournies n’établit que changer votre réglage d’e-mail de commit, ou rendre votre profil privé, supprime une adresse déjà enregistrée dans des commits passés.
Traitez l’exposition historique comme une question distincte de la configuration actuelle :
- Les réglages actuels contrôlent ce qui arrive aux nouvelles activités.
- Les commits passés ont été signés avec la configuration qui existait à l’époque.
- La visibilité du profil est un réglage d’affichage, pas une affirmation sur ce qui est stocké ou enregistré ailleurs.
Si une ancienne adresse dans l’historique des commits est la vraie préoccupation, vérifiez directement cette surface plutôt que de supposer qu’un changement de réglage a agi rétroactivement. Les sources ici ne documentent aucun mécanisme de nettoyage rétroactif ; ne planifiez donc pas en comptant sur un tel mécanisme.
Une liste de vérification
Parcourez ces points dans l’ordre, et notez ce que vous observez réellement dans votre compte plutôt que ce que vous attendez :
- Profil public. Ouvrez votre profil comme le ferait un visiteur et notez quelle adresse, s’il y en a une, est affichée. Vérifiez ensuite le champ E-mail public et confirmez qu’il correspond à votre intention.
- E-mail principal. Confirmez quelle adresse est actuellement principale et lesquelles sont secondaires. Si vous changez la principale, revérifiez la liste ensuite et notez que l’ancienne adresse figure désormais parmi les adresses secondaires.
- Réglage de l’e-mail de commit. Confirmez quelle option est sélectionnée pour les commits effectués via GitLab.
- Configuration Git locale. Vérifiez l’e-mail configuré sur toute machine où vous effectuez des commits en local, car il peut différer du réglage GitLab.
- Commits historiques. Regardez les commits que vous avez signés dans le passé et notez quelle adresse apparaît. Ne supposez pas qu’un changement de réglage les a modifiés.
Une bonne habitude consiste à répéter les étapes 1 à 3 après tout changement, car ces réglages sont indépendants et une modification de l’un ne confirme pas une modification de l’autre.
Où cela s’inscrit dans un nettoyage plus large
Ce guide est volontairement restreint : il couvre la séparation entre l’adresse du profil public, l’adresse de connexion et l’adresse de commit de GitLab. Si votre tâche plus large consiste d’abord à trouver quels comptes sont liés à une adresse e-mail, c’est un autre travail. Une recherche par nom d’utilisateur ou par e-mail peut faire apparaître des correspondances publiques comme pistes, mais les correspondances publiques sont des pistes et non une preuve de propriété, et une recherche ne constitue pas un inventaire complet des comptes. Pour cette étape suivante, consultez le guide associé sur la recherche de comptes par adresse e-mail.
Si vous souhaitez vérifier où un nom d’utilisateur apparaît sur différentes plateformes dans le cadre de la même revue, TraceSeek couvre plus de 3 000 plateformes et propose une première analyse gratuite que le produit décrit comme prenant 20–30 secondes. Ce sont des déclarations du produit et non des mesures indépendantes, et le résultat d’une analyse doit être traité comme un point de départ pour la vérification, non comme une confirmation d’identité.
Ce qu’il faut éviter
- Ne supposez pas que masquer votre profil public supprime une adresse de l’historique des commits.
- Ne supposez pas que changer votre e-mail principal supprime l’ancien ; il devient une adresse secondaire.
- Ne vous fiez pas au seul réglage de l’e-mail de commit de GitLab si vous effectuez aussi des commits en local.
- Ne traitez pas une correspondance publique entre un nom d’utilisateur et un e-mail comme la preuve que les deux appartiennent à la même personne.
FAQ
Changer mon e-mail principal GitLab supprime-t-il l’ancienne adresse ?
Non, d’après les faits approuvés. L’ancienne adresse principale est conservée comme adresse secondaire, si bien que l’ancienne adresse reste attachée au compte et demande une décision distincte.
Le champ E-mail public est-il identique à mon e-mail de connexion ?
Ce sont des réglages distincts. Le champ E-mail public choisit une adresse affichée sur votre profil public, tandis que l’e-mail principal est celui par défaut pour la connexion, les commits et les notifications.
Si je définis un e-mail de commit privé, mes anciens commits sont-ils mis à jour ?
Les sources fournies n’établissent aucun changement rétroactif des commits passés. Vérifiez directement les commits historiques plutôt que de supposer que le réglage a agi rétroactivement.
Dois-je modifier quelque chose en dehors de GitLab pour la confidentialité des commits ?
Peut-être. Une configuration Git locale influe aussi sur les commits que vous créez en local, si bien que le réglage GitLab seul peut ne pas tout couvrir.