Die kurze Antwort
GitLab hat nicht eine einzige E-Mail-Einstellung. Es gibt mehrere, und sie steuern unterschiedliche Dinge: die Adresse, mit der Sie sich anmelden, die Adresse, die in Ihrem öffentlichen Profil angezeigt wird, und die Adresse, die an Commits angehängt wird, die Sie verfassen. Eine Adresse sicher außer Betrieb zu nehmen bedeutet, jeden Bereich zu prüfen, denn eine Änderung bereinigt nicht automatisch die anderen.
Die primäre E-Mail von GitLab ist der Standard für Login, Commits und Benachrichtigungen; wird sie geändert, bleibt die bisherige primäre Adresse als sekundäre Adresse erhalten. Quelle
Dieser eine Satz enthält bereits eine Falle. Wenn Sie Ihre primäre E-Mail auf eine neue Adresse ändern, verschwindet die alte nicht aus Ihrem Konto. Sie bleibt als sekundäre Adresse angehängt, was bedeutet, dass sie weiterhin mit Ihrer Identität auf GitLab verbunden sein kann, selbst nachdem Sie sie nicht mehr zur Anmeldung verwenden.
Drei Bereiche, drei verschiedene Einstellungen
| Bereich | Was er steuert | Warum er beim Außerbetriebnehmen einer E-Mail wichtig ist |
|---|---|---|
| Primäre E-Mail | Standard für Login, Commits und Benachrichtigungen | Eine Änderung stuft die alte Adresse zur sekundären herab, statt sie zu entfernen |
| Öffentliche E-Mail | Die im öffentlichen Profil angezeigte Adresse | Ein separates Feld; es kann eine Adresse anzeigen, die nicht Ihre Login-Adresse ist |
| Commit-E-Mail | Die an von Ihnen verfasste Commits angehängte Adresse | Bietet eine Option für eine private E-Mail, aber die lokale Git-Konfiguration spielt ebenfalls eine Rolle |
Die praktische Lehre ist, dass „mein Profil privat machen“ und „diese Adresse nicht mehr verwenden“ nicht derselbe Vorgang sind. Jede Zeile oben erfordert eine eigene Prüfung.
Schritt 1: Entscheiden, was das öffentliche Profil zeigen soll
Das Feld für die öffentliche E-Mail ist eine eigene Einstellung. Es legt fest, welche Adresse, falls überhaupt eine, in Ihrem öffentlichen Profil erscheint.
Das Feld für die öffentliche E-Mail wählt eine im öffentlichen Profil angezeigte Adresse und ist eine separate Einstellung. Quelle
Da es separat ist, ändert eine Änderung Ihrer primären Login-Adresse nicht von selbst, was Besucher in Ihrem Profil sehen. Prüfen Sie das Feld für die öffentliche E-Mail direkt und entscheiden Sie, ob die dortige Adresse eine ist, die Sie bedenkenlos anzeigen möchten. Wenn Sie eine Adresse außer Betrieb nehmen, ist dies die erste Stelle, an der Sie nachsehen sollten, denn es ist der sichtbarste Bereich.
Schritt 2: Die primäre Adresse bewusst ändern
Wenn das Ziel ist, sich nicht mehr mit einer alten Adresse anzumelden, ändern Sie die primäre E-Mail. Bedenken Sie, was das bewirkt: Die bisherige primäre Adresse wird zu einer sekundären Adresse, statt gelöscht zu werden.
Die primäre E-Mail von GitLab ist der Standard für Login, Commits und Benachrichtigungen; wird sie geändert, bleibt die bisherige primäre Adresse als sekundäre Adresse erhalten. Quelle
Planen Sie also eine zweite Entscheidung ein. Überprüfen Sie nach der Änderung die sekundären Adressen im Konto und entscheiden Sie, ob die alte angehängt bleiben soll. Die hier maßgeblichen Quellen beschreiben das Herabstufungsverhalten, legen aber nicht jeden Entfernungspfad im Einzelnen dar. Behandeln Sie die genauen Schritte zum Entfernen einer sekundären Adresse daher als etwas, das Sie in Ihren eigenen Kontoeinstellungen bestätigen sollten, statt es anzunehmen.
Schritt 3: Prüfen, was Ihre Commits preisgeben
Die Commit-E-Mail ist der Bereich, der am häufigsten übersehen wird, weil er an die Code-Historie gebunden ist und nicht an eine Profilseite. Die Auswahl der Commit-E-Mail in GitLab enthält eine Option für eine private E-Mail.
GitLab bietet in der Auswahl der Commit-E-Mail „Use a private email“ an; für lokale Commits muss zudem eine lokale Git-Konfiguration berücksichtigt werden. Quelle
Diese Option deckt über GitLab erstellte Commits ab, aber nicht alles. Eine lokale Git-Konfiguration auf Ihrem Rechner kann ebenfalls bestimmen, welche Adresse in Commits aufgezeichnet wird, die Sie lokal erstellen. Die GitLab-Einstellung allein deckt Ihre gesamte künftige Historie daher möglicherweise nicht ab. Wenn Ihnen Commit-Privatsphäre wichtig ist, prüfen Sie sowohl die GitLab-Einstellung für die Commit-E-Mail als auch Ihre lokale Git-Konfiguration.
Die Grenze bei historischen Commits
Dies ist der Teil, der die größte Vorsicht verdient. Die maßgeblichen Fakten beschreiben aktuelle Einstellungen, nicht rückwirkende Umschreibung. Nichts in den bereitgestellten Quellen belegt, dass eine Änderung Ihrer Commit-E-Mail-Einstellung oder das Privatstellen Ihres Profils eine Adresse entfernt, die bereits in vergangenen Commits aufgezeichnet wurde.
Behandeln Sie historische Offenlegung als eine separate Frage von der aktuellen Konfiguration:
- Aktuelle Einstellungen steuern, was mit neuer Aktivität geschieht.
- Vergangene Commits wurden unter der damals bestehenden Konfiguration verfasst.
- Profilsichtbarkeit ist eine Anzeigeeinstellung, keine Aussage darüber, was gespeichert oder anderswo aufgezeichnet ist.
Wenn eine alte Adresse in der Commit-Historie das eigentliche Problem ist, überprüfen Sie diesen Bereich direkt, statt anzunehmen, eine Einstellungsänderung wirke rückwärts. Die hier genannten Quellen dokumentieren keinen Mechanismus zur rückwirkenden Bereinigung, planen Sie also nicht mit einem solchen.
Eine Prüfliste
Arbeiten Sie diese Punkte der Reihe nach durch und halten Sie fest, was Sie in Ihrem Konto tatsächlich beobachten, nicht was Sie erwarten:
- Öffentliches Profil. Öffnen Sie Ihr Profil so, wie es ein Besucher sehen würde, und notieren Sie, welche Adresse, falls überhaupt eine, angezeigt wird. Prüfen Sie dann das Feld für die öffentliche E-Mail und bestätigen Sie, dass es Ihrer Absicht entspricht.
- Primäre E-Mail. Bestätigen Sie, welche Adresse derzeit primär und welche sekundär ist. Wenn Sie die primäre ändern, prüfen Sie die Liste danach erneut und notieren Sie, dass die alte Adresse nun unter den sekundären Adressen steht.
- Einstellung für die Commit-E-Mail. Bestätigen Sie, welche Option für über GitLab erstellte Commits ausgewählt ist.
- Lokale Git-Konfiguration. Prüfen Sie die E-Mail, die auf jedem Rechner konfiguriert ist, auf dem Sie lokal committen, da diese von der GitLab-Einstellung abweichen kann.
- Historische Commits. Sehen Sie sich Commits an, die Sie in der Vergangenheit verfasst haben, und notieren Sie, welche Adresse erscheint. Nehmen Sie nicht an, dass eine Einstellungsänderung sie verändert hat.
Eine nützliche Gewohnheit ist, die Schritte 1 bis 3 nach jeder Änderung zu wiederholen, denn diese Einstellungen sind unabhängig voneinander, und eine Änderung an einer bestätigt keine Änderung an einer anderen.
Wo das in eine umfassendere Bereinigung passt
Dieser Leitfaden ist bewusst eng gefasst: Er behandelt die Trennung zwischen der Adresse im öffentlichen GitLab-Profil, der Login-Adresse und der Commit-Adresse. Wenn Ihre übergeordnete Aufgabe darin besteht, herauszufinden, welche Konten überhaupt mit einer E-Mail-Adresse verknüpft sind, ist das eine andere Aufgabe. Eine Suche nach Benutzername oder E-Mail-Adresse kann öffentliche Treffer als Hinweise zutage fördern, aber öffentliche Treffer sind Hinweise und kein Eigentumsnachweis, und eine Suche ist kein vollständiges Kontenverzeichnis. Für diesen nächsten Schritt lesen Sie den verwandten Leitfaden zum Finden von Konten über eine E-Mail-Adresse.
Wenn Sie im Rahmen derselben Überprüfung prüfen möchten, wo ein Benutzername plattformübergreifend erscheint, deckt TraceSeek 3.000+ Plattformen ab und bietet einen kostenlosen ersten Scan, der laut Produktbeschreibung 20–30 Sekunden dauert. Dies sind Produktaussagen und keine unabhängigen Messungen, und ein Scan-Ergebnis sollte als Ausgangspunkt für die Überprüfung betrachtet werden, nicht als Bestätigung der Identität.
Was Sie vermeiden sollten
- Nehmen Sie nicht an, dass das Verbergen Ihres öffentlichen Profils eine Adresse aus der Commit-Historie entfernt.
- Nehmen Sie nicht an, dass das Ändern Ihrer primären E-Mail die alte löscht; sie wird zu einer sekundären Adresse.
- Verlassen Sie sich nicht allein auf die GitLab-Einstellung für die Commit-E-Mail, wenn Sie auch lokal committen.
- Behandeln Sie einen öffentlichen Treffer zwischen einem Benutzernamen und einer E-Mail nicht als Beweis dafür, dass beide derselben Person gehören.
FAQ
Entfernt das Ändern meiner primären GitLab-E-Mail die alte Adresse?
Nein, basierend auf den maßgeblichen Fakten. Die bisherige primäre Adresse bleibt als sekundäre Adresse erhalten, sodass die alte Adresse mit dem Konto verbunden bleibt und eine separate Entscheidung erfordert.
Ist das Feld für die öffentliche E-Mail dasselbe wie meine Login-E-Mail?
Es sind separate Einstellungen. Das Feld für die öffentliche E-Mail wählt eine in Ihrem öffentlichen Profil angezeigte Adresse, während die primäre E-Mail der Standard für Login, Commits und Benachrichtigungen ist.
Werden meine alten Commits aktualisiert, wenn ich eine private Commit-E-Mail einstelle?
Die bereitgestellten Quellen belegen keine rückwirkende Änderung vergangener Commits. Prüfen Sie historische Commits direkt, statt anzunehmen, die Einstellung wirke rückwärts.
Muss ich außerhalb von GitLab etwas für die Commit-Privatsphäre ändern?
Möglicherweise. Eine lokale Git-Konfiguration beeinflusst auch Commits, die Sie lokal erstellen, sodass die GitLab-Einstellung allein möglicherweise nicht alles abdeckt.