Чому саме ім’я користувача є слабким орієнтиром
Ім’я користувача GitLab — це не просто мітка на сторінці профілю; воно визначає простір імен. Коли хтось перейменовує свій обліковий запис, простір імен змінюється разом із ним, тому збережене посилання на профіль, яке покладається на старе ім’я, може більше не вказувати туди, куди ви очікуєте.
Ім’я користувача GitLab має власний простір імен, який змінюється, коли змінюється ім’я користувача. Джерело
Це і є практична проблема, яку вирішує цей запис. Якщо ви хочете порівняти профіль до і після перейменування або перевірити, чи два профілі належать одному обліковому запису, вам потрібен ідентифікатор, який не залежить від поточного імені користувача.
Що записати
Зберігайте один запис на кожен профіль, який ви відстежуєте. Чотирьох полів достатньо, щоб нотатка стала корисною пізніше:
| Поле | Що фіксувати | Чому це важливо |
|---|---|---|
| Хост | Установка GitLab, на якій розміщено профіль, наприклад GitLab.com або самостійно розгорнутий екземпляр | Ідентифікатори користувачів мають сенс лише в межах однієї установки |
| URL з ідентифікатором користувача | Точна адреса /-/u/<ID> для облікового запису | Орієнтир, який не залежить від поточного імені користувача |
| Спостережуване ім’я користувача | Ім’я, показане на момент перегляду | Дозволяє зіставити запис із тим, що ви бачили |
| Дата | День, коли ви зробили запис | Вказує, яке спостереження описує нотатка |
Записуйте URL точно так, як він відображається, а не передруковуйте його з пам’яті. Один неправильно набраний символ перетворює корисний орієнтир на мертве посилання, і ви можете помітити це лише через місяці, коли воно знадобиться.
Як отримати URL з ідентифікатором користувача з профілю
До профілів GitLab можна дістатися через шлях з ідентифікатором користувача, а не лише через шлях з іменем користувача.
Профілі GitLab можна відкривати через URL з ідентифікатором користувача у форматі /-/u/ з подальшим ID, а не лише через шлях з іменем користувача. Джерело
Сам ID можна прочитати на сторінці профілю. У профілі область Actions містить опцію Copy user ID.
На сторінці профілю область Actions містить Copy user ID. Джерело
Робочий порядок дій такий:
- Відкрийте профіль, поки ще можете його бачити, і занотуйте хост в адресному рядку.
- Скопіюйте ідентифікатор користувача з області Actions профілю.
- Побудуйте або збережіть адресу
/-/u/<ID>для цього хоста та перевірте, що вона відкриває той самий профіль. - Запишіть спостережуване ім’я користувача та сьогоднішню дату поруч із ним.
- Зберігайте всі чотири поля разом, щоб URL ніколи не відокремлювався від хоста та дати, до яких він належить.
Крок 3 варто виконати особливо уважно. Якщо URL з ідентифікатором користувача не відкриває профіль, який ви переглядали, запис неправильний, і краще виявити це зараз, ніж після зміни імені користувача.
Тримайте установки окремо
GitLab.com — це одна установка, але програмне забезпечення GitLab також працює на багатьох інших хостах. Ідентифікатор користувача є ідентифікатором у межах однієї установки, тому той самий номер може належати іншому обліковому запису деінде. Запис, який каже лише “GitLab, ID 12345”, є неоднозначним; запис, який вказує, з якого хоста походить ID, — ні.
Ставтеся до кожного хоста як до окремого набору записів. Не об’єднуйте записи з двох установок в один список і не припускайте, що шаблон URL, скопійований з одного хоста, працюватиме на іншому.
Що запис може і не може сказати
| Питання | Що підтверджує запис | Чого він не дає |
|---|---|---|
| Це той самий обліковий запис, який я бачив раніше? | Порівняння між збереженим URL з ідентифікатором користувача та поточним | Доказ, що за будь-яким із профілів стоїть реальна людина |
| Чи змінилося ім’я користувача? | Видима різниця між збереженим іменем користувача та поточним | Чому воно змінилося або хто його змінив |
| Чи цей профіль досі активний? | Чи URL досі відкривається під час перевірки | Будь-який висновок про рівень активності лише з профілю |
Збіг профілю — це зачіпка, а не доказ володіння. Два профілі, які мають спільне ім’я, фото чи коротку біографію, не належать через це одній людині, а збіг URL з ідентифікатором користувача говорить вам, що це той самий обліковий запис, а не що ви знаєте, хто ним керує.
Коли порівняння не дає однозначного результату
Кілька результатів є нормальними, і жоден із них не слід читати як вирок щодо людини:
- Збережений URL більше не відкриває профіль. Запишіть, що ви бачите, і коли. Відсутній профіль — це спостереження про сторінку, а не твердження про історію облікового запису.
- URL відкривається, але ім’я користувача відрізняється. Це саме той випадок, для якого створювався запис: у вас є фіксований орієнтир і змінена мітка, і ви можете описати зміну із зазначенням дати.
- URL відкриває профіль, який виглядає інакше. Вміст змінюється з часом. Занотуйте різницю та дату, а не трактуйте це як доказ чогось більшого, ніж те, що ви бачили.
- Ви не впевнені, який хост використовували. Не вгадуйте. Перевірте адресу ще раз і почніть новий запис, а не редагуйте непевний.
Якщо ви не можете розв’язати неоднозначність, скажіть про це у своїх нотатках. Чесний запис “не вирішено” пізніше корисніший, ніж упевнений, побудований на здогадці.
Де це місце в ширшій перевірці
Цей запис — вузький, довговічний орієнтир для однієї платформи. Якщо ваше фактичне завдання ширше — з’ясувати, які облікові записи в різних сервісах можуть належати одній людині, — природним наступним кроком є пошук імені користувача на багатьох платформах, і посібник про пошук облікових записів у соціальних мережах за іменем користувача охоплює це завдання. Тримайте запис GitLab окремо від цієї ширшої картини: він документує орієнтир облікового запису, тоді як ширший пошук дає кандидатів, яких ще потрібно перевірити.
Якщо ви використовуєте інструмент пошуку для цього ширшого кроку, ставтеся до його результатів так само — як до зачіпок для перевірки, а не висновків. TraceSeek, застосунок, який висвітлює це видання, заявляє, що шукає на 3.000+ платформах і що перше сканування безкоштовне та триває 20–30 секунд; це твердження продукту, а не незалежні вимірювання, і публічний збіг усе одно не встановлює, хто володіє обліковим записом.
Короткий контрольний список
- Підтвердьте, на якому хості GitLab розміщено профіль.
- Скопіюйте ідентифікатор користувача з області Actions профілю.
- Збережіть точний URL
/-/u/<ID>і переконайтеся, що він відкриває профіль. - Занотуйте спостережуване ім’я користувача та дату.
- Групуйте записи за хостом.
- Перевірте збережений URL, перш ніж робити будь-який висновок про безперервність.
- Описуйте знахідки як спостереження на рівні облікового запису, ніколи як підтвердження особи людини.