Почему одного имени пользователя недостаточно
Имя пользователя GitLab — это не просто метка на странице профиля; оно определяет пространство имён. Когда кто-то переименовывает свою учётную запись, пространство имён меняется вместе с ней, поэтому сохранённая ссылка на профиль, основанная на старом имени, может больше не вести туда, куда вы ожидаете.
Имя пользователя GitLab имеет собственное пространство имён, которое меняется при изменении имени пользователя. Источник
Именно эту практическую проблему решает данная запись. Если вы хотите сравнить профиль до и после переименования или проверить, являются ли два профиля одной учётной записью, вам нужен идентификатор, не зависящий от текущего имени пользователя.
Что записывать
Ведите одну запись на каждый профиль, за которым следите. Четырёх полей достаточно, чтобы заметка оставалась полезной в будущем:
| Поле | Что фиксировать | Почему это важно |
|---|---|---|
| Хост | Установка GitLab, на которой находится профиль, например GitLab.com или самостоятельно размещённый экземпляр | ID пользователей имеют смысл только в пределах одной установки |
| URL с ID пользователя | Точный адрес /-/u/<ID> для учётной записи | Ссылка, не зависящая от текущего имени пользователя |
| Наблюдавшееся имя пользователя | Имя, отображавшееся на момент просмотра | Позволяет сопоставить запись с тем, что вы видели |
| Дата | День, когда вы сделали запись | Указывает, к какому наблюдению относится заметка |
Записывайте URL точно в том виде, в каком он отображается, а не перепечатывайте его по памяти. Одна опечатка превращает полезную ссылку в нерабочую, и вы можете заметить это только через несколько месяцев, когда она понадобится.
Как получить URL с ID пользователя из профиля
К профилям GitLab можно обращаться не только по имени пользователя, но и по пути с ID пользователя.
Профили GitLab можно открывать по URL с ID пользователя в формате /-/u/, за которым следует ID, а не только по пути с именем пользователя. Источник
Сам ID можно прочитать на странице профиля. На странице профиля в области Actions есть опция Copy user ID.
На странице профиля в разделе Actions есть пункт Copy user ID. Источник
Разумный порядок действий:
- Откройте профиль, пока он ещё виден, и запишите хост в адресной строке.
- Скопируйте ID пользователя из области Actions на странице профиля.
- Сформируйте или сохраните адрес
/-/u/<ID>для этого хоста и проверьте, что он открывает тот же профиль. - Запишите рядом наблюдавшееся имя пользователя и сегодняшнюю дату.
- Храните все четыре поля вместе, чтобы URL никогда не отделялся от хоста и даты, к которым он относится.
На шаге 3 стоит замедлиться. Если URL с ID пользователя не открывает профиль, который вы просматривали, запись неверна, и лучше обнаружить это сейчас, чем после того, как имя пользователя изменится.
Разделяйте установки
GitLab.com — это одна установка, но программное обеспечение GitLab также работает на многих других хостах. ID пользователя — это идентификатор в пределах одной установки, поэтому один и тот же номер может принадлежать другой учётной записи в другом месте. Запись, в которой указано только «GitLab, ID 12345», неоднозначна; запись, в которой указано, с какого хоста взят ID, — нет.
Рассматривайте каждый хост как отдельный набор записей. Не объединяйте записи из двух установок в один список и не предполагайте, что шаблон URL, скопированный с одного хоста, будет работать на другом.
Что запись может и чего не может сказать
| Вопрос | Что подтверждает запись | Чего она не подтверждает |
|---|---|---|
| Это та же учётная запись, которую я видел раньше? | Сравнение сохранённого URL с ID пользователя и текущего | Доказательство того, что за любым из профилей стоит реальный человек |
| Изменилось ли имя пользователя? | Видимое различие между сохранённым и текущим именем пользователя | Почему оно изменилось и кто его изменил |
| Профиль всё ещё активен? | Открывается ли URL при проверке | Любой вывод об уровне активности только по профилю |
Совпадение профилей — это зацепка, а не доказательство принадлежности. Два профиля с одинаковым именем, фотографией или краткой биографией не обязательно принадлежат одному человеку, а совпадающий URL с ID пользователя говорит о том, что учётная запись та же, но не о том, кто ею управляет.
Когда сравнение не даёт однозначного результата
Несколько исходов нормальны, и ни один из них не следует воспринимать как вердикт о человеке:
- Сохранённый URL больше не открывает профиль. Запишите, что вы видите и когда. Отсутствующий профиль — это наблюдение о странице, а не утверждение об истории учётной записи.
- URL открывается, но имя пользователя отличается. Это как раз тот случай, для которого создавалась запись: у вас есть фиксированная ссылка и изменившаяся метка, и вы можете описать изменение с указанием даты.
- URL открывает профиль, который выглядит иначе. Содержимое со временем меняется. Отметьте различие и дату, а не трактуйте его как доказательство чего-либо сверх увиденного.
- Вы не уверены, какой хост использовали. Не гадайте. Перепроверьте адрес и начните новую запись, а не редактируйте сомнительную.
Если вы не можете разрешить неоднозначность, скажите об этом в заметках. Честная запись «не разрешено» позже полезнее, чем уверенная, построенная на догадке.
Как это вписывается в более широкую проверку
Эта запись — узкая, долговечная ссылка для одной платформы. Если ваша задача шире — выяснить, какие учётные записи в разных сервисах могут принадлежать одному человеку, — естественным следующим шагом будет поиск по имени пользователя на многих платформах, и руководство по поиску аккаунтов в соцсетях по имени пользователя описывает эту задачу. Держите запись GitLab отдельно от этой более широкой картины: она документирует ссылку на учётную запись, тогда как более широкий поиск даёт кандидатов, которых ещё нужно проверить.
Если вы используете инструмент поиска для этого более широкого шага, относитесь к его результатам так же — как к зацепкам для проверки, а не к выводам. TraceSeek, приложение, о котором рассказывает это издание, заявляет, что ищет по 3 000+ платформам и что первый скан бесплатен и занимает 20–30 секунд; это заявления продукта, а не независимые измерения, и публичное совпадение всё равно не устанавливает, кому принадлежит учётная запись.
Краткий чек-лист
- Убедитесь, на каком хосте GitLab находится профиль.
- Скопируйте ID пользователя из области Actions на странице профиля.
- Сохраните точный URL
/-/u/<ID>и убедитесь, что он открывает профиль. - Запишите наблюдавшееся имя пользователя и дату.
- Группируйте записи по хосту.
- Перепроверьте сохранённый URL, прежде чем делать вывод о преемственности.
- Описывайте находки как наблюдения на уровне учётной записи, никогда как подтверждение личности человека.