Ім'я користувача GitLab потребує правильного хоста й ідентифікатора облікового запису

Чому хост є частиною імені

Профіль GitLab розміщується на певному хості, і цей хост є частиною того, на що ви дивитеся. Gitlab.com і самостійно розміщені екземпляри — це окремі контексти облікових записів, і GitLab документує, що профіль можна адресувати за іменем користувача або за ідентифікатором користувача на його конкретному хості. Отже, дві сторінки, які обидві показують локальне ім'я, є двома окремими контекстами облікових записів, доки ви не доведете інше. Практична звичка: спершу записувати хост, а потім ім'я, щоб пізніший пошук чи нотатка ніколи не втратили цю відмінність непомітно. [Документація GitLab: публічний профіль, ідентифікатор облікового запису та налаштування власника]

Порівняння спільного профілю із самостійно розміщеним

Коли хтось ділиться профілем на gitlab.com і також згадує самостійно розміщений екземпляр, розглядайте їх як паралельні записи, а не як один запис, побачений двічі. Порівнюйте відображувані імена, зазначений контекст і публічні посилання, але пам'ятайте, що узгодженість — це лише узгодженість. Збіг локального імені на другому хості не підтверджує, що обидва облікові записи належать одній людині. Якщо ви взагалі не можете відкрити самостійно розміщену сторінку, зафіксуйте це як недоступне й зупиніться на межі доступу, замість підставляти здогадки. [Документація GitLab: публічний профіль, ідентифікатор облікового запису та налаштування власника]

• Записуйте повний хост поруч із кожним профілем GitLab, який ви занотовуєте, і тримайте два хости на окремих рядках.
• Позначайте будь-який профіль, який вам не вдалося відкрити, як недоступний і вказуйте причину, а не заповнюйте прогалину.

Формат на основі ID і що він змінює

GitLab документує, що профіль можна адресувати за допомогою його імені користувача або його ідентифікатора користувача на його конкретному хості, тож адреса профілю на основі ID — це шлях до того самого контексту облікового запису, а не інша людина. ID — це другий спосіб вказати на один обліковий запис на цьому хості, але він не робить обліковий запис глобальним і не переноситься між хостами. Розглядайте ID як додатковий ідентифікатор, прив'язаний до хоста, а не як універсальний ключ. Порівнюючи два профілі, поставте хост і тип ідентифікатора поруч, щоб бачити, чи порівнюєте ви подібне з подібним. [Документація GitLab: публічний профіль, ідентифікатор облікового запису та налаштування власника]

Читання профілю без надмірних висновків

Публічний матеріал профілю — це слабкий доказ. Зроблення профілю приватним приховує розділи профілю, але не приховує кожен ресурс, що раніше був публічним, і статус, введений користувачем, може залишатися публічним; адміністратори також можуть накладати обмеження видимості. Власники можуть обрати показ приватних дій внеску без публікації всієї супутньої інформації про приватний проєкт, тож графік внесків не є записом присутності чи особи в реальному часі. Поля зовнішніх соціальних облікових записів можуть містити різні типи ідентифікаторів, як-от ідентифікатор користувача Discord чи ім'я користувача GitHub, тож ставтеся до кожного поля як до того типу ідентифікатора, яким воно є, а не як до відображуваного імені. Ці деталі описують сторінку, а не наміри чи чесність людини. [Документація GitLab: публічний профіль, ідентифікатор облікового запису та налаштування власника]

Опрацьоване порівняння, явно гіпотетичне

Припустімо, гіпотетичний контакт ділиться профілем на gitlab.com, зазначений контекст якого — публічний проєкт, і в тій самій розмові згадує самостійно розміщений екземпляр. Ви занотовуєте два хости окремо, зауважуєте, що локальні імена випадково збігаються, і не знаходите спільного самопосилання між сторінками. Правильний висновок не в тому, що облікові записи — це одна особа; а в тому, що у вас є два записи, прив'язані до хостів, із перетином імен. Ви можете запитати в тому самому каналі, де профілі були добровільно поширені, чи належать обидва до одного контексту. Якщо ви не можете відкрити самостійно розміщену сторінку, позначте її як недоступну, а не припускайте збіг.

• Тримайте в нотатках стовпець спостережень і стовпець обмежень, щоб збіг ніколи непомітно не ставав висновком.
• Ставте уточнювальне запитання лише в тому каналі, де матеріал було поширено з вами.

Зупиніться на межі доступу

Якщо задокументована сторінка профілю чи дозволений публічний артефакт недоступні, зафіксуйте їх як недоступні й зупиніться на цьому; не виводьте відсутню сторінку з тієї, яку ви можете бачити. Просіть добровільне поточне посилання лише в тому каналі, де профіль було спершу поширено. Зберігайте запис про те, що ви змогли й не змогли відкрити, щоб відсутній хост ніколи не перетворювався на припущену особу. [Документація GitLab: публічний профіль, ідентифікатор облікового запису та налаштування власника]

Ще кілька запитань