Het korte antwoord
GitLab heeft niet één e-mailinstelling. Het heeft er meerdere, en die beheren verschillende zaken: het adres waarmee je inlogt, het adres dat op je openbare profiel staat en het adres dat aan door jou gemaakte commits hangt. Een adres veilig buiten gebruik stellen betekent elk oppervlak controleren, want het wijzigen van het ene ruimt de andere niet automatisch op.
Het primaire e-mailadres van GitLab is standaard voor login, commits en meldingen; bij wijziging blijft het voormalige primaire adres als secundair adres bestaan. Bron
Die ene zin bevat al een valkuil. Als je je primaire e-mailadres wijzigt naar een nieuw adres, verdwijnt het oude niet uit je account. Het blijft als secundair adres gekoppeld, wat betekent dat het nog steeds aan je identiteit op GitLab kan worden verbonden, ook nadat je het niet meer voor inloggen gebruikt.
Drie oppervlakken, drie verschillende instellingen
| Oppervlak | Wat het beheert | Waarom het uitmaakt bij het buiten gebruik stellen van een e-mailadres |
|---|---|---|
| Primair e-mailadres | Standaard voor login, commits en meldingen | Wijzigen degradeert het oude adres naar secundair in plaats van het te verwijderen |
| Openbaar e-mailadres | Het adres dat op je openbare profiel staat | Een apart veld; het kan een adres tonen dat niet je loginadres is |
| Commit-e-mailadres | Het adres dat aan door jou gemaakte commits hangt | Biedt een optie voor een privéadres, maar de lokale Git-configuratie is ook van belang |
De praktische les is dat “maak mijn profiel privé” en “stop met dit adres te gebruiken” niet dezelfde handeling zijn. Elke rij hierboven vereist een eigen controle.
Stap 1: Bepaal wat het openbare profiel moet tonen
Het veld Openbaar e-mailadres is een eigen instelling. Het bepaalt welk adres, indien überhaupt, op je openbare profiel verschijnt.
Het veld Openbaar e-mailadres kiest een adres dat op het openbare profiel wordt getoond en is een aparte instelling. Bron
Omdat het apart is, verandert het wijzigen van je primaire loginadres op zichzelf niet wat bezoekers op je profiel zien. Controleer het veld Openbaar e-mailadres rechtstreeks en bepaal of het adres daar een adres is dat je wilt tonen. Als je een adres buiten gebruik stelt, is dit de eerste plek om te kijken, omdat het het meest zichtbare oppervlak is.
Stap 2: Wijzig het primaire adres bewust
Als het doel is om niet meer met een oud adres in te loggen, wijzig dan het primaire e-mailadres. Wees je bewust van wat dat doet: het voormalige primaire adres wordt een secundair adres in plaats van te worden verwijderd.
Het primaire e-mailadres van GitLab is standaard voor login, commits en meldingen; bij wijziging blijft het voormalige primaire adres als secundair adres bestaan. Bron
Houd dus rekening met een tweede beslissing. Controleer na de wijziging de secundaire adressen op het account en bepaal of het oude adres gekoppeld moet blijven. De goedgekeurde bronnen hier beschrijven het degraderen naar secundair, maar noemen niet elk verwijderpad; behandel de exacte stappen om een secundair adres te verwijderen daarom als iets dat je in je eigen accountinstellingen moet bevestigen in plaats van aan te nemen.
Stap 3: Controleer wat je commits prijsgeven
Commit-e-mail is het oppervlak dat mensen het vaakst over het hoofd zien, omdat het aan codegeschiedenis is gekoppeld en niet aan een profielpagina. De selectie voor commit-e-mail in GitLab bevat een optie voor een privéadres.
GitLab biedt in de selectie voor commit-e-mail de optie ‘Gebruik een privé-e-mailadres’; voor lokale commits moet ook een lokale Git-configuratie in overweging worden genomen. Bron
Die optie dekt commits die via GitLab worden gemaakt, maar niet alles. Een lokale Git-configuratie op je machine kan ook bepalen welk adres wordt vastgelegd in commits die je lokaal maakt, dus de GitLab-instelling alleen dekt mogelijk niet je hele geschiedenis vanaf nu. Als commit-privacy voor je belangrijk is, controleer dan zowel de GitLab-instelling voor commit-e-mail als je lokale Git-configuratie.
De beperking voor historische commits
Dit is het onderdeel dat de meeste voorzichtigheid verdient. De goedgekeurde feiten beschrijven huidige instellingen, niet het met terugwerkende kracht herschrijven. Niets in de aangeleverde bronnen bewijst dat het wijzigen van je instelling voor commit-e-mail, of het privé maken van je profiel, een adres verwijdert dat al in eerdere commits is vastgelegd.
Behandel historische blootstelling als een aparte vraag van de huidige configuratie:
- Huidige instellingen bepalen wat er met nieuwe activiteit gebeurt.
- Eerdere commits zijn gemaakt onder de configuratie die op dat moment bestond.
- Profielzichtbaarheid is een weergave-instelling, geen uitspraak over wat elders is opgeslagen of vastgelegd.
Als een oud adres in de commitgeschiedenis het echte probleem is, controleer dat oppervlak dan rechtstreeks in plaats van aan te nemen dat een instellingswijziging terugwerkt. De bronnen hier documenteren geen mechanisme voor het met terugwerkende kracht opschonen, dus plan daar niet op.
Een verificatiechecklist
Werk deze in volgorde af en noteer wat je daadwerkelijk in je account waarneemt, niet wat je verwacht:
- Openbaar profiel. Open je profiel zoals een bezoeker dat zou doen en noteer welk adres, indien überhaupt, wordt getoond. Controleer daarna het veld Openbaar e-mailadres en bevestig dat het overeenkomt met je bedoeling.
- Primair e-mailadres. Bevestig welk adres momenteel primair is en welke secundair zijn. Als je het primaire wijzigt, controleer de lijst daarna opnieuw en noteer dat het oude adres nu tussen de secundaire adressen staat.
- Instelling voor commit-e-mail. Bevestig welke optie is geselecteerd voor commits die via GitLab worden gemaakt.
- Lokale Git-configuratie. Controleer het e-mailadres dat is geconfigureerd op elke machine waarop je lokaal commits maakt, omdat dat kan afwijken van de GitLab-instelling.
- Historische commits. Bekijk commits die je in het verleden hebt gemaakt en noteer welk adres verschijnt. Ga er niet van uit dat een instellingswijziging ze heeft veranderd.
Een nuttige gewoonte is om stap 1 tot en met 3 na elke wijziging te herhalen, omdat deze instellingen onafhankelijk zijn en een wijziging in de ene geen wijziging in de andere bevestigt.
Waar dit past in een bredere opschoning
Deze gids is bewust smal: hij behandelt de scheiding tussen het adres op je openbare GitLab-profiel, je loginadres en je commitadres. Als je bredere taak is om eerst te achterhalen welke accounts aan een e-mailadres zijn gekoppeld, is dat een andere klus. Een gebruikersnaam- of e-mailopzoeking kan openbare overeenkomsten als aanwijzingen opleveren, maar openbare overeenkomsten zijn aanwijzingen en geen bewijs van eigenaarschap, en een opzoeking is geen volledige accountinventaris. Zie voor die volgende stap de gerelateerde gids over accounts vinden op basis van een e-mailadres.
Als je als onderdeel van dezelfde beoordeling wilt controleren waar een gebruikersnaam op verschillende platforms voorkomt, dekt TraceSeek 3.000+ platforms en biedt het een gratis eerste scan die het product beschrijft als 20–30 seconden durend. Dat zijn productuitspraken en geen onafhankelijke metingen, en een scanresultaat moet worden behandeld als een startpunt voor verificatie, niet als bevestiging van identiteit.
Wat je moet vermijden
- Ga er niet van uit dat het verbergen van je openbare profiel een adres uit de commitgeschiedenis verwijdert.
- Ga er niet van uit dat het wijzigen van je primaire e-mailadres het oude verwijdert; het wordt een secundair adres.
- Vertrouw niet alleen op de GitLab-instelling voor commit-e-mail als je ook lokaal commits maakt.
- Behandel een openbare overeenkomst tussen een gebruikersnaam en een e-mailadres niet als bewijs dat beide bij dezelfde persoon horen.
FAQ
Verwijdert het wijzigen van mijn primaire GitLab-e-mailadres het oude adres?
Nee, op basis van de goedgekeurde feiten. Het voormalige primaire adres blijft als secundair adres bestaan, dus het oude adres blijft aan het account gekoppeld en vereist een aparte beslissing.
Is het veld Openbaar e-mailadres hetzelfde als mijn login-e-mailadres?
Het zijn aparte instellingen. Het veld Openbaar e-mailadres kiest een adres dat op je openbare profiel wordt getoond, terwijl het primaire e-mailadres standaard is voor login, commits en meldingen.
Worden mijn oude commits bijgewerkt als ik een privé commit-e-mailadres instel?
De aangeleverde bronnen bewijzen geen enkele retroactieve wijziging van eerdere commits. Controleer historische commits rechtstreeks in plaats van aan te nemen dat de instelling terugwerkt.
Moet ik buiten GitLab iets wijzigen voor commit-privacy?
Mogelijk. Een lokale Git-configuratie beïnvloedt ook commits die je lokaal maakt, dus de GitLab-instelling alleen dekt mogelijk niet alles.