GitHub commit-e-mailprivacy: stel een noreply-adres in vóór je volgende push

Wat bepaalt nu eigenlijk het e-mailadres op een commit

Het auteure-mailadres van een commit wordt bepaald door de Git-configuratie op de machine die de commit aanmaakt, niet door het e-mailadres dat op je GitHub-profiel wordt weergegeven. Je GitHub-profiele-mail is een aparte instelling voor meldingen, accountherstel en sommige acties via de webinterface. Als je vanaf een terminal commit, komt het adres in het commit-object uit je lokale user.email-waarde. Dat onderscheid is essentieel: je profiele-mail wijzigen heeft geen effect op toekomstige commits vanaf de commandoregel, en je lokale Git-configuratie wijzigen heeft geen effect op commits die al gepusht zijn.

De Git-configuratie bepaalt welk e-mailadres aan toekomstige commits vanaf de commandoregel wordt gekoppeld. Bron

Voordat je iets wijzigt, moet je begrijpen wat je aan het controleren bent. Je probeert je e-mailadres niet van GitHub te wissen. Je probeert te bepalen welk adres vanaf nu op je commits moet staan, en of een van je repositories nog afhankelijk is van het oude adres voor toeschrijving of tooling.

Stap 1: Bekijk welke identiteit je commits nu dragen

Begin met kijken wat je recente commits daadwerkelijk bevatten. Voer in een repository die je bezit een log uit dat de auteur- en committer-e-mailvelden van de laatste paar commits toont. Het doel is de exacte adresstring te zien, niet om te beoordelen of die al gevoelig is. Doe dit in elke repository waar je vanaf de commandoregel pusht, want de lokale configuratie kan per repository verschillen.

Controleer vervolgens de effectieve configuratie die Git in die repository zal gebruiken. Git haalt configuratie uit meerdere scopes, en een waarde op repositoryniveau overschrijft een globale waarde. Als je een adres ziet dat je niet herkent, kan het komen uit een repository-lokale instelling, een meegeleverd configuratiebestand of een omgevingsvariabele in je shell. Leg vast wat je vindt voordat je iets aanpast; een controle die je niet kunt reproduceren is geen controle.

Stap 2: Houd de twee instellingen uit elkaar

Gebruik deze beslistabel om de profielinstelling en de commit-instelling gescheiden te houden. De tabel beschrijft algemene mechanismen die je in je eigen account en terminal kunt verifiëren; er worden geen specifieke menulabels of actuele UI-paden beweerd.

De praktische conclusie uit de tabel: je hebt twee onafhankelijke knoppen. Gebruik de commit-knop als je je zorgen maakt over toekomstige pushes. Verwacht niet dat de profielknop dat werk doet.

Stap 3: Kies een noreply-adres en configureer het lokaal

GitHub biedt een noreply-adres aan. Het exacte formaat staat in de documentatie van GitHub en kan in de loop van de tijd veranderen; kopieer het adres daarom uit je eigen accountinstellingen en niet uit een blogpost. Zodra je het hebt, stel je het in als commit-e-mailadres in de scope die bij je workflow past.

Een veilige volgorde:

1. Kopieer je door GitHub geleverde noreply-adres uit je accountinstellingen.
2. Bepaal de scope: stel het globaal in als elke repository op de machine het moet gebruiken, of per repository als je bijdraagt aan projecten die een andere identiteit verwachten.
3. Pas de instelling toe met git config in de gekozen scope.
4. Maak een testcommit in een scratch-branch en controleer het auteure-mailadres voordat je pusht.
5. Push pas nadat de testcommit het noreply-adres toont.

GitHub biedt een noreply-adres aan; het wijzigen van het geconfigureerde adres herschrijft bestaande commits niet. Bron

Dat tweede punt wordt vaak gemist. Overstappen op noreply is een maatregel voor de toekomst. Het herschrijft bestaande commits niet en verwijdert je oude adres niet uit commit-objecten die al openbaar zijn. Als een repository is geforkt of gespiegeld, behouden die kopieën de oorspronkelijke commitgegevens, ongeacht wat je vandaag configureert.

Stap 4: Controleer webinterface en tooling apart

Commits die via de GitHub-webinterface of door bots en integraties worden aangemaakt, kunnen een ander identiteitspad gebruiken dan je lokale terminal. Ga er niet van uit dat een lokale configuratiewijziging elke commit dekt die in een repository terechtkomt. Bekijk de auteurvelden van commits uit verschillende bronnen en noteer welke je direct beheert. Voor integraties die je niet beheert, is het eerlijke antwoord dat je hun commit-identiteit niet vanaf je laptop kunt instellen; je kunt alleen beslissen of je die integratie blijft gebruiken.

Stap 5: Bepaal wat je met oude geschiedenis doet

Je hebt drie realistische opties, en geen ervan is “de oude blootstelling laten verdwijnen”.

Voor de meeste lezers is de juiste stap de eerste of de derde: stop met het toevoegen van het adres aan nieuwe commits en beschouw de oude commits als permanent openbaar. Als het blootgestelde adres er een is die je nog gebruikt voor inloggen of herstel, overweeg dan of het überhaupt aan het account gekoppeld moet blijven. Dat is een beslissing over accountbeveiliging, niet over Git-configuratie.

Veelgemaakte fouten

• Het profiele-mailadres wijzigen en aannemen dat commits zijn opgelost. De profielinstelling en de commit-identiteit staan los van elkaar. Toekomstige terminalcommits dragen nog steeds het oude adres tot je de lokale Git-configuratie wijzigt.
• Noreply globaal instellen zonder repository-overschrijvingen te controleren. Een repository-lokale user.email wint van je globale waarde. Controleer elke repository waar je pusht.
• Een testcommit naar een openbare branch pushen. Controleer het auteure-mailadres op een scratch-branch of met een lokaal log voordat je pusht.
• Geloven dat een noreply-omschakeling de geschiedenis wist. Het herschrijft bestaande commits niet en bereikt geen forks, mirrors of gecachte kopieën.
• Aannemen dat elke commit-bron onder jouw controle valt. Commits via de webinterface en integratiecommits kunnen andere identiteiten gebruiken; controleer ze in plaats van aan te nemen.
• Een bewerkt profiel als verwijdering zien. Wijzigen wat je profiel toont, verwijdert geen opgeslagen gegevens en wijzigt geen commit-objecten.

Je eigen voetafdruk beschermen

Commit-e-mail is één smal kanaal. Je openbare voetafdruk omvat ook de handles en profielen die aan dat adres op andere platforms zijn gekoppeld. Als je een adres controleert omdat het ergens openbaar is verschenen, is de nuttige volgende stap te zien welke openbare accounts ermee verbonden zijn. De gids van TruthsSeek over hoe je accounts vindt die aan een e-mailadres zijn gekoppeld, doorloopt dat controleproces, en de GitHub-opzoekpagina op /find/github/ is een startpunt om een bekende handle te controleren. TraceSeek, de app die door TruthsSeek wordt behandeld, controleert een gebruikersnaam tegen 3.000+ platforms en biedt een gratis eerste scan; het product stelt dat een scan 20-30 seconden duurt. Deze tools tonen openbare matches als aanwijzingen, niet als bewijs van eigenaarschap, en ze wijzigen geen platforminstellingen en tonen geen privégegevens. Gebruik ze om in kaart te brengen wat al openbaar is en wijzig instellingen daarna op de platforms zelf.

Een realistische routine: stel je lokale Git-identiteit één keer goed in, verifieer die met een testcommit en controleer daarna periodiek de auteurvelden van commits van nieuwe tools of machines. Behandel elke gepushte commit als permanente openbare data, want in de praktijk is dat meestal ook zo.

Belangrijkste feiten

• De Git-configuratie bepaalt welk e-mailadres aan toekomstige commits vanaf de commandoregel wordt gekoppeld.
• GitHub biedt een noreply-adres aan; het wijzigen van het geconfigureerde adres herschrijft bestaande commits niet.
• Een GitHub-profiele-mailinstelling en een lokale Git-commit-e-mailinstelling zijn aparte knoppen met verschillende effecten.
• TraceSeek controleert gebruikersnamen op 3.000+ platforms en biedt een gratis eerste scan, met een door het product opgegeven scantijd van 20-30 seconden.
• Openbare gebruikersnaam-matches zijn aanwijzingen, geen bewijs van accounteigenaarschap.