Krótka odpowiedź
GitLab nie ma jednego ustawienia e-mail. Ma ich kilka i kontrolują one różne rzeczy: adres, którym się logujesz, adres widoczny na publicznym profilu oraz adres przypisany do commitów, których jesteś autorem. Bezpieczne wycofanie adresu oznacza sprawdzenie każdej powierzchni, ponieważ zmiana jednej nie automatycznie czyści pozostałych.
Główny adres e-mail w GitLabie jest domyślny dla logowania, commitów i powiadomień; jego zmiana pozostawia dawny adres główny jako adres dodatkowy. Źródło
To jedno zdanie już tworzy pułapkę. Jeśli zmienisz główny adres e-mail na nowy, stary nie znika z konta. Pozostaje przypisany jako adres dodatkowy, co oznacza, że nadal może być powiązany z Twoją tożsamością w GitLabie, nawet gdy przestaniesz go używać do logowania.
Trzy powierzchnie, trzy różne ustawienia
| Powierzchnia | Co kontroluje | Dlaczego ma znaczenie przy wycofywaniu adresu e-mail |
|---|---|---|
| Główny adres e-mail | Domyślny dla logowania, commitów i powiadomień | Zmiana degraduje stary adres do dodatkowego, zamiast go usuwać |
| Public email | Adres widoczny na publicznym profilu | Osobne pole; może pokazywać adres inny niż ten do logowania |
| E-mail commitów | Adres przypisany do commitów, których jesteś autorem | Oferuje opcję prywatnego adresu, ale liczy się też lokalna konfiguracja Git |
Praktyczna lekcja jest taka, że „ukryj mój profil” i „przestań używać tego adresu” to nie ta sama operacja. Każdy wiersz powyżej wymaga osobnego sprawdzenia.
Krok 1: Zdecyduj, co ma pokazywać publiczny profil
Pole Public email to osobne ustawienie. Wybiera ono, który adres — jeśli w ogóle — pojawia się na Twoim publicznym profilu.
Pole Public email wybiera adres widoczny na publicznym profilu i jest osobnym ustawieniem. Źródło
Ponieważ jest osobne, zmiana głównego adresu logowania sama z siebie nie zmienia tego, co widzą odwiedzający na Twoim profilu. Sprawdź pole Public email bezpośrednio i zdecyduj, czy adres tam widoczny to taki, który możesz pokazywać. Jeśli wycofujesz adres, to pierwsze miejsce do sprawdzenia, bo jest to najbardziej widoczna powierzchnia.
Krok 2: Zmień główny adres świadomie
Jeśli celem jest zaprzestanie logowania się starym adresem, zmień główny adres e-mail. Miej świadomość, co to robi: dawny adres główny staje się adresem dodatkowym, a nie zostaje usunięty.
Główny adres e-mail w GitLabie jest domyślny dla logowania, commitów i powiadomień; jego zmiana pozostawia dawny adres główny jako adres dodatkowy. Źródło
Zaplanuj więc drugą decyzję. Po zmianie przejrzyj adresy dodatkowe na koncie i zdecyduj, czy stary ma pozostać przypisany. Zatwierdzone źródła opisują zachowanie degradacji, ale nie podają każdej ścieżki usunięcia, więc dokładne kroki usuwania adresu dodatkowego potwierdź we własnych ustawieniach konta, zamiast zakładać.
Krok 3: Sprawdź, co ujawniają Twoje commity
E-mail commitów to powierzchnia najczęściej pomijana, bo wiąże się z historią kodu, a nie ze stroną profilu. Wybór e-maila commitów w GitLabie zawiera opcję prywatnego adresu.
GitLab oferuje opcję Use a private email w wyborze e-maila commitów; przy commitach lokalnych trzeba też uwzględnić lokalną konfigurację Git. Źródło
Ta opcja obejmuje commity tworzone przez GitLab, ale nie wszystko. Lokalna konfiguracja Git na Twoim komputerze również może decydować o adresie zapisywanym w commitach tworzonych lokalnie, więc samo ustawienie w GitLabie może nie obejmować całej Twojej przyszłej historii. Jeśli prywatność commitów jest dla Ciebie ważna, sprawdź zarówno ustawienie e-maila commitów w GitLabie, jak i lokalną konfigurację Git.
Ograniczenie historycznych commitów
To część, która wymaga największej ostrożności. Zatwierdzone fakty opisują bieżące ustawienia, a nie retroaktywne przepisywanie. Nic w dostarczonych źródłach nie potwierdza, że zmiana ustawienia e-maila commitów albo ukrycie profilu usuwa adres już zapisany w przeszłych commitach.
Historyczne ujawnienie traktuj jako osobne zagadnienie od bieżącej konfiguracji:
- Bieżące ustawienia kontrolują to, co dzieje się z nową aktywnością.
- Przeszłe commity powstały przy konfiguracji istniejącej w danym momencie.
- Widoczność profilu to ustawienie wyświetlania, a nie twierdzenie o tym, co jest przechowywane lub zapisane gdzie indziej.
Jeśli prawdziwym problemem jest stary adres w historii commitów, zweryfikuj tę powierzchnię bezpośrednio, zamiast zakładać, że zmiana ustawień sięgnęła wstecz. Źródła tutaj nie dokumentują mechanizmu retroaktywnego czyszczenia, więc nie planuj w oparciu o taki mechanizm.
Lista kontrolna weryfikacji
Przejdź przez te punkty po kolei i zapisuj to, co faktycznie obserwujesz na koncie, a nie to, czego się spodziewasz:
- Publiczny profil. Otwórz swój profil tak, jak zrobiłby to odwiedzający, i zanotuj, który adres — jeśli w ogóle — jest wyświetlany. Następnie sprawdź pole Public email i potwierdź, że zgadza się z Twoim zamiarem.
- Główny adres e-mail. Potwierdź, który adres jest obecnie główny, a które są dodatkowe. Jeśli zmienisz główny, ponownie sprawdź listę i zanotuj, że stary adres znajduje się teraz wśród adresów dodatkowych.
- Ustawienie e-maila commitów. Potwierdź, która opcja jest wybrana dla commitów tworzonych przez GitLab.
- Lokalna konfiguracja Git. Sprawdź adres e-mail skonfigurowany na każdym komputerze, na którym tworzysz commity lokalnie, ponieważ może się różnić od ustawienia w GitLabie.
- Historyczne commity. Przejrzyj commity, których byłeś autorem w przeszłości, i zanotuj, który adres się pojawia. Nie zakładaj, że zmiana ustawień je zmieniła.
Przydatnym nawykiem jest powtarzanie kroków od 1 do 3 po każdej zmianie, ponieważ te ustawienia są niezależne, a zmiana w jednym nie potwierdza zmiany w innym.
Gdzie to pasuje do szerszego porządkowania
Ten przewodnik jest celowo wąski: obejmuje rozdzielenie adresu publicznego profilu, adresu logowania i adresu commitów w GitLabie. Jeśli szerszym zadaniem jest ustalenie, które konta są powiązane z adresem e-mail, to inna praca. Wyszukiwanie nazwy użytkownika lub adresu e-mail może ujawnić publiczne dopasowania jako tropy, ale publiczne dopasowania to tropy, a nie dowód własności, a wyszukiwanie nie jest pełnym inwentarzem kont. W tym następnym kroku zobacz powiązany przewodnik o znajdowaniu kont po adresie e-mail.
Jeśli w ramach tego samego przeglądu chcesz sprawdzić, gdzie nazwa użytkownika pojawia się na różnych platformach, TraceSeek obejmuje 3.000+ platform i oferuje darmowe pierwsze skanowanie, które produkt opisuje jako trwające 20–30 sekund. To stwierdzenia produktu, a nie niezależne pomiary, a wynik skanowania należy traktować jako punkt wyjścia do weryfikacji, nie jako potwierdzenie tożsamości.
Czego unikać
- Nie zakładaj, że ukrycie publicznego profilu usuwa adres z historii commitów.
- Nie zakładaj, że zmiana głównego adresu e-mail usuwa stary; staje się on adresem dodatkowym.
- Nie polegaj wyłącznie na ustawieniu e-maila commitów w GitLabie, jeśli tworzysz commity także lokalnie.
- Nie traktuj publicznego dopasowania nazwy użytkownika i adresu e-mail jako dowodu, że oba należą do tej samej osoby.
FAQ
Czy zmiana głównego adresu e-mail w GitLabie usuwa stary adres?
Nie, zgodnie z zatwierdzonymi faktami. Dawny adres główny jest zachowywany jako adres dodatkowy, więc pozostaje przypisany do konta i wymaga osobnej decyzji.
Czy pole Public email to to samo co mój adres logowania?
To osobne ustawienia. Pole Public email wybiera adres widoczny na publicznym profilu, podczas gdy główny adres e-mail jest domyślny dla logowania, commitów i powiadomień.
Jeśli ustawię prywatny e-mail commitów, czy moje stare commity zostaną zaktualizowane?
Dostarczone źródła nie potwierdzają żadnej retroaktywnej zmiany przeszłych commitów. Sprawdź historyczne commity bezpośrednio, zamiast zakładać, że ustawienie sięgnęło wstecz.
Czy muszę zmienić coś poza GitLabem, aby zachować prywatność commitów?
Możliwe. Lokalna konfiguracja Git również wpływa na commity tworzone lokalnie, więc samo ustawienie w GitLabie może nie obejmować wszystkiego.