Коротка відповідь
У GitLab немає одного налаштування електронної пошти. Їх кілька, і вони контролюють різні речі: адресу, з якою ви входите, адресу, показану у вашому публічному профілі, та адресу, прикріплену до комітів, які ви створюєте. Безпечно відмовитися від адреси означає перевірити кожну поверхню, адже зміна однієї не очищає автоматично інші.
Основна електронна адреса GitLab за замовчуванням використовується для входу, комітів і сповіщень; її зміна залишає колишню основну адресу як додаткову. Джерело
Уже це одне речення створює пастку. Якщо ви зміните основну електронну адресу на нову, стара не зникне з вашого облікового запису. Вона залишиться прикріпленою як додаткова адреса, а отже, її й надалі можна пов’язувати з вашою особою в GitLab, навіть після того, як ви перестанете використовувати її для входу.
Три поверхні, три різні налаштування
| Поверхня | Що вона контролює | Чому це важливо при відмові від адреси |
|---|---|---|
| Основна електронна пошта | За замовчуванням використовується для входу, комітів і сповіщень | Її зміна знижує стару адресу до додаткової, а не видаляє її |
| Публічна електронна пошта | Адреса, показана у вашому публічному профілі | Окреме поле; може показувати адресу, яка не є адресою для входу |
| Пошта комітів | Адреса, прикріплена до комітів, які ви створюєте | Пропонує варіант приватної адреси, але локальна конфігурація Git також має значення |
Практичний урок: «зробити мій профіль приватним» і «перестати використовувати цю адресу» — не одна й та сама операція. Кожен рядок вище потребує окремої перевірки.
Крок 1: Вирішіть, що має показувати публічний профіль
Поле «Публічна електронна пошта» — це окреме налаштування. Воно визначає, яка адреса, якщо взагалі якась, відображається у вашому публічному профілі.
Поле «Публічна електронна пошта» вибирає адресу, показану в публічному профілі, і є окремим налаштуванням. Джерело
Оскільки воно окреме, зміна основної адреси для входу сама по собі не змінює того, що відвідувачі бачать у вашому профілі. Перевірте поле «Публічна електронна пошта» безпосередньо й вирішіть, чи адреса там така, яку вам зручно показувати. Якщо ви відмовляєтеся від адреси, це перше місце, куди варто подивитися, адже це найпомітніша поверхня.
Крок 2: Змініть основну адресу свідомо
Якщо мета — перестати входити зі старою адресою, змініть основну електронну пошту. Пам’ятайте, що це робить: колишня основна адреса стає додатковою, а не видаляється.
Основна електронна адреса GitLab за замовчуванням використовується для входу, комітів і сповіщень; її зміна залишає колишню основну адресу як додаткову. Джерело
Тож плануйте друге рішення. Після зміни перегляньте додаткові адреси в обліковому записі й вирішіть, чи стара має залишатися прикріпленою. Наведені тут затверджені джерела описують поведінку зниження статусу, але не викладають усіх шляхів видалення, тому точні кроки для видалення додаткової адреси слід підтвердити у власних налаштуваннях облікового запису, а не припускати.
Крок 3: Перевірте, що розкривають ваші коміти
Пошта комітів — це поверхня, яку найчастіше оминають увагою, бо вона пов’язана з історією коду, а не зі сторінкою профілю. Вибір пошти комітів у GitLab включає варіант приватної адреси.
GitLab пропонує «Використовувати приватну електронну пошту» у виборі пошти комітів; для локальних комітів також слід враховувати локальну конфігурацію Git. Джерело
Цей варіант охоплює коміти, зроблені через GitLab, але не все. Локальна конфігурація Git на вашій машині також може визначати адресу, записану в комітах, які ви створюєте локально, тож самого лише налаштування GitLab може не покривати всю вашу історію надалі. Якщо приватність комітів для вас важлива, перевірте і налаштування пошти комітів у GitLab, і свою локальну конфігурацію Git.
Обмеження історичних комітів
Це та частина, яка заслуговує найбільшої обережності. Затверджені факти описують поточні налаштування, а не ретроактивне переписування. Ніщо в наданих джерелах не встановлює, що зміна налаштування пошти комітів або приховування профілю видаляє адресу, уже записану в минулих комітах.
Розглядайте історичне розкриття як окреме питання від поточної конфігурації:
- Поточні налаштування контролюють, що відбувається з новою активністю.
- Минулі коміти були створені за тієї конфігурації, яка існувала на той час.
- Видимість профілю — це налаштування відображення, а не твердження про те, що зберігається чи записується деінде.
Якщо справжня проблема — стара адреса в історії комітів, перевірте цю поверхню безпосередньо, а не припускайте, що зміна налаштувань діяла назад. Наведені тут джерела не документують механізму ретроактивного очищення, тож не плануйте з огляду на нього.
Контрольний список перевірки
Пройдіть ці пункти по порядку й записуйте те, що ви насправді спостерігаєте у своєму обліковому записі, а не те, що очікуєте:
- Публічний профіль. Відкрийте свій профіль так, як це зробив би відвідувач, і занотуйте, яка адреса, якщо взагалі якась, відображається. Потім перевірте поле «Публічна електронна пошта» й підтвердіть, що воно відповідає вашому наміру.
- Основна електронна пошта. Підтвердіть, яка адреса зараз основна, а які — додаткові. Якщо ви змінюєте основну, перевірте список після цього й занотуйте, що стара адреса тепер серед додаткових.
- Налаштування пошти комітів. Підтвердіть, який варіант вибрано для комітів, зроблених через GitLab.
- Локальна конфігурація Git. Перевірте електронну пошту, налаштовану на будь-якій машині, де ви робите коміти локально, оскільки вона може відрізнятися від налаштування GitLab.
- Історичні коміти. Подивіться на коміти, які ви створили в минулому, і занотуйте, яка адреса там з’являється. Не припускайте, що зміна налаштувань їх змінила.
Корисна звичка — повторювати кроки з 1 по 3 після будь-якої зміни, адже ці налаштування незалежні, і зміна в одному не підтверджує зміни в іншому.
Місце цього в ширшому очищенні
Цей посібник навмисно вузький: він охоплює відокремлення адреси публічного профілю GitLab, адреси для входу та адреси комітів. Якщо ваше ширше завдання — спершу з’ясувати, які облікові записи взагалі пов’язані з електронною адресою, це інша робота. Пошук за іменем користувача чи електронною поштою може виявити публічні збіги як зачіпки, але публічні збіги — це зачіпки, а не доказ володіння, і пошук не є повним переліком облікових записів. Для цього наступного кроку дивіться пов’язаний посібник про пошук облікових записів за електронною адресою.
Якщо в межах того самого огляду ви хочете перевірити, де ім’я користувача з’являється на різних платформах, TraceSeek охоплює 3 000+ платформ і пропонує безкоштовне перше сканування, яке, за описом продукту, триває 20–30 секунд. Це твердження продукту, а не незалежні вимірювання, і результат сканування слід вважати відправною точкою для перевірки, а не підтвердженням особи.
Чого слід уникати
- Не припускайте, що приховування публічного профілю видаляє адресу з історії комітів.
- Не припускайте, що зміна основної електронної пошти видаляє стару; вона стає додатковою адресою.
- Не покладайтеся лише на налаштування пошти комітів у GitLab, якщо ви також робите коміти локально.
- Не вважайте публічний збіг між іменем користувача та електронною поштою доказом того, що обидва належать одній особі.
Часті запитання
Чи видаляє зміна основної електронної пошти GitLab стару адресу?
Ні, згідно із затвердженими фактами. Колишня основна адреса зберігається як додаткова, тож стара адреса залишається прикріпленою до облікового запису й потребує окремого рішення.
Чи поле «Публічна електронна пошта» — це те саме, що й моя пошта для входу?
Це окремі налаштування. Поле «Публічна електронна пошта» вибирає адресу, показану у вашому публічному профілі, тоді як основна електронна пошта за замовчуванням використовується для входу, комітів і сповіщень.
Якщо я встановлю приватну пошту комітів, чи оновляться мої старі коміти?
Надані джерела не встановлюють жодної ретроактивної зміни минулих комітів. Перевіряйте історичні коміти безпосередньо, а не припускайте, що налаштування діяло назад.
Чи потрібно мені щось змінювати поза GitLab для приватності комітів?
Можливо. Локальна конфігурація Git також впливає на коміти, які ви створюєте локально, тож самого лише налаштування GitLab може не покривати все.