Короткий ответ
В GitLab нет одной настройки email. Их несколько, и они управляют разными вещами: адресом, с которым вы входите, адресом, который виден в публичном профиле, и адресом, привязанным к создаваемым вами коммитам. Чтобы безопасно отказаться от адреса, нужно проверить каждую поверхность, потому что изменение одной не очищает автоматически остальные.
Основной email в GitLab по умолчанию используется для входа, коммитов и уведомлений; при его смене прежний основной адрес сохраняется как дополнительный. Источник
Уже в этой фразе заложена ловушка. Если сменить основной email на новый адрес, старый не исчезает из аккаунта. Он остаётся привязанным как дополнительный адрес, а значит, может по-прежнему связываться с вашей личностью в GitLab даже после того, как вы перестали использовать его для входа.
Три поверхности — три разные настройки
| Поверхность | Чем управляет | Почему это важно при отказе от email |
|---|---|---|
| Основной email | По умолчанию используется для входа, коммитов и уведомлений | При смене старый адрес понижается до дополнительного, а не удаляется |
| Публичный email | Адрес, отображаемый в публичном профиле | Отдельное поле; может показывать адрес, не совпадающий с адресом для входа |
| Email для коммитов | Адрес, привязанный к создаваемым вами коммитам | Предлагает вариант с приватным адресом, но локальная конфигурация Git тоже имеет значение |
Практический вывод: «сделать профиль приватным» и «перестать использовать этот адрес» — не одна и та же операция. Каждую строку таблицы выше нужно проверять отдельно.
Шаг 1. Решите, что должен показывать публичный профиль
Поле «Публичный email» — самостоятельная настройка. Оно определяет, какой адрес (если вообще какой-либо) отображается в вашем публичном профиле.
Поле «Публичный email» выбирает адрес, отображаемый в публичном профиле, и является отдельной настройкой. Источник
Поскольку это отдельная настройка, смена основного адреса для входа сама по себе не меняет то, что видят посетители в вашем профиле. Проверьте поле «Публичный email» напрямую и решите, готовы ли вы показывать указанный там адрес. Если вы отказываетесь от адреса, это первое место, куда стоит посмотреть, потому что это самая заметная поверхность.
Шаг 2. Меняйте основной адрес осознанно
Если цель — перестать входить со старым адресом, смените основной email. Учитывайте последствия: прежний основной адрес становится дополнительным, а не удаляется.
Основной email в GitLab по умолчанию используется для входа, коммитов и уведомлений; при его смене прежний основной адрес сохраняется как дополнительный. Источник
Поэтому готовьтесь ко второму решению. После смены просмотрите дополнительные адреса в аккаунте и решите, должен ли старый оставаться привязанным. Приведённые здесь утверждённые источники описывают поведение понижения статуса, но не перечисляют все способы удаления, поэтому конкретные шаги по удалению дополнительного адреса стоит уточнить в настройках собственного аккаунта, а не предполагать.
Шаг 3. Проверьте, что раскрывают ваши коммиты
Email для коммитов — поверхность, которую чаще всего упускают, потому что она связана с историей кода, а не со страницей профиля. В выборе email для коммитов в GitLab есть вариант с приватным адресом.
GitLab предлагает вариант «Использовать приватный email» в выборе email для коммитов; для локальных коммитов нужно также учитывать локальную конфигурацию Git. Источник
Этот вариант охватывает коммиты, сделанные через GitLab, но не всё. Локальная конфигурация Git на вашей машине тоже может определять адрес, записываемый в коммиты, которые вы создаёте локально, поэтому одной настройки GitLab может не хватить для всей вашей будущей истории. Если приватность коммитов для вас важна, проверьте и настройку email для коммитов в GitLab, и локальную конфигурацию Git.
Ограничение по историческим коммитам
Именно здесь нужна наибольшая осторожность. Утверждённые факты описывают текущие настройки, а не ретроактивное переписывание. Ничто в предоставленных источниках не подтверждает, что смена настройки email для коммитов или перевод профиля в приватный режим удаляет адрес, уже записанный в прошлых коммитах.
Рассматривайте историческую экспозицию как отдельный вопрос от текущей конфигурации:
- Текущие настройки управляют тем, что происходит с новой активностью.
- Прошлые коммиты были созданы при той конфигурации, которая существовала тогда.
- Видимость профиля — это настройка отображения, а не утверждение о том, что хранится или записывается где-то ещё.
Если реальная проблема — старый адрес в истории коммитов, проверьте эту поверхность напрямую, а не предполагайте, что изменение настроек подействовало задним числом. Приведённые источники не описывают механизм ретроактивной очистки, поэтому не стоит на него рассчитывать.
Чек-лист проверки
Пройдите по пунктам по порядку и записывайте то, что действительно наблюдаете в аккаунте, а не то, что ожидаете увидеть:
- Публичный профиль. Откройте свой профиль так, как это сделал бы посетитель, и отметьте, какой адрес (если вообще какой-либо) отображается. Затем проверьте поле «Публичный email» и убедитесь, что оно соответствует вашему намерению.
- Основной email. Убедитесь, какой адрес сейчас основной, а какие — дополнительные. Если меняете основной, после этого перепроверьте список и отметьте, что старый адрес теперь находится среди дополнительных.
- Настройка email для коммитов. Убедитесь, какой вариант выбран для коммитов, сделанных через GitLab.
- Локальная конфигурация Git. Проверьте email, настроенный на любой машине, где вы делаете коммиты локально, поскольку он может отличаться от настройки GitLab.
- Исторические коммиты. Посмотрите на коммиты, которые вы создавали в прошлом, и отметьте, какой адрес в них указан. Не предполагайте, что изменение настроек их изменило.
Полезная привычка — повторять шаги с 1 по 3 после любого изменения, потому что эти настройки независимы и изменение одной не подтверждает изменение другой.
Место этого руководства в более широкой очистке
Это руководство намеренно узкое: оно охватывает разделение адреса публичного профиля, адреса для входа и адреса для коммитов в GitLab. Если ваша более широкая задача — сначала выяснить, какие аккаунты вообще связаны с email-адресом, это другая работа. Поиск по имени пользователя или email может выявить публичные совпадения как зацепки, но публичные совпадения — это зацепки, а не доказательство принадлежности, и поиск не является полной инвентаризацией аккаунтов. Для следующего шага смотрите связанное руководство о поиске аккаунтов по email-адресу.
Если в рамках той же проверки вы хотите узнать, где встречается имя пользователя на разных платформах, TraceSeek охватывает 3 000+ платформ и предлагает бесплатное первое сканирование, которое, по описанию продукта, занимает 20–30 секунд. Это заявления продукта, а не независимые измерения, и результат сканирования следует рассматривать как отправную точку для проверки, а не как подтверждение личности.
Чего избегать
- Не предполагайте, что скрытие публичного профиля удаляет адрес из истории коммитов.
- Не предполагайте, что смена основного email удаляет старый; он становится дополнительным адресом.
- Не полагайтесь только на настройку email для коммитов в GitLab, если вы также делаете коммиты локально.
- Не считайте публичное совпадение имени пользователя и email доказательством того, что оба принадлежат одному человеку.
FAQ
Удаляет ли смена основного email в GitLab старый адрес?
Нет, исходя из утверждённых фактов. Прежний основной адрес сохраняется как дополнительный, поэтому старый адрес остаётся привязанным к аккаунту и требует отдельного решения.
Поле «Публичный email» — это то же самое, что email для входа?
Это отдельные настройки. Поле «Публичный email» выбирает адрес, отображаемый в публичном профиле, а основной email по умолчанию используется для входа, коммитов и уведомлений.
Если я укажу приватный email для коммитов, обновятся ли мои старые коммиты?
Предоставленные источники не подтверждают никаких ретроактивных изменений прошлых коммитов. Проверяйте исторические коммиты напрямую, а не предполагайте, что настройка подействовала задним числом.
Нужно ли что-то менять вне GitLab для приватности коммитов?
Возможно. Локальная конфигурация Git также влияет на коммиты, которые вы создаёте локально, поэтому одной настройки GitLab может не хватить для всего.