Een GitLab-gebruikersnaam vereist de juiste host en accountidentificatie

Waarom de host deel uitmaakt van de naam

Een GitLab-profiel staat op een bepaalde host, en die host maakt deel uit van wat je bekijkt. GitLab.com en onafhankelijk gehoste instanties zijn afzonderlijke accountcontexten, en GitLab documenteert dat een profiel op zijn specifieke host via gebruikersnaam of via gebruikers-ID kan worden aangesproken. Twee pagina's die beide een lokale naam tonen, zijn daarom twee afzonderlijke accountcontexten totdat je het tegendeel aantoont. De praktische gewoonte is om eerst de host op te schrijven en daarna de naam, zodat een latere zoekopdracht of notitie het onderscheid nooit stilzwijgend laat vallen. [GitLab Docs: openbaar profiel, account-ID en instellingen voor eigenaars]

Een gedeeld profiel vergelijken met een zelfgehost profiel

Wanneer iemand een gitlab.com-profiel deelt en ook een zelfgehoste instantie noemt, behandel de twee dan als parallelle records in plaats van als één record dat twee keer is gezien. Vergelijk weergavenamen, vermelde context en openbare links, maar onthoud dat overeenstemming alleen overeenstemming is. Een overeenkomende lokale naam op de tweede host bevestigt niet dat dezelfde persoon beide accounts bezit. Als je de zelfgehoste pagina helemaal niet kunt bereiken, leg dat dan vast als niet beschikbaar en stop bij de toegangsgrens in plaats van gissingen in te vullen. [GitLab Docs: openbaar profiel, account-ID en instellingen voor eigenaars]

• Schrijf de volledige host naast elk GitLab-profiel dat je noteert, en houd de twee hosts op afzonderlijke regels.
• Markeer elk profiel dat je niet kon openen als niet beschikbaar, en zeg waarom in plaats van de leemte op te vullen.

Het op ID gebaseerde formaat en wat het verandert

GitLab documenteert dat een profiel op zijn specifieke host via de gebruikersnaam of via de gebruikers-ID kan worden aangesproken, dus een op ID gebaseerd profieladres is een route naar dezelfde accountcontext, niet naar een andere persoon. Een ID is een tweede manier om naar één account op die host te verwijzen, maar maakt het account niet wereldwijd en draagt niet over naar andere hosts. Behandel de ID als een extra identificatie die aan de host is gebonden, niet als een hoofdsleutel. Wanneer je twee profielen vergelijkt, zet de host en het type identificatie dan naast elkaar, zodat je kunt zien of je gelijk met gelijk vergelijkt. [GitLab Docs: openbaar profiel, account-ID en instellingen voor eigenaars]

Het profiel lezen zonder te veel te beweren

Openbaar profielmateriaal is zwak bewijs. Een profiel privé maken verbergt profielsecties, maar verbergt niet elke eerder openbare bron, en een door de gebruiker ingevoerde status kan openbaar blijven; beheerders kunnen ook zichtbaarheidsbeperkingen opleggen. Eigenaars kunnen ervoor kiezen om privébijdrageacties te tonen zonder alle onderliggende privéprojectinformatie te publiceren, dus een bijdragegrafiek is geen realtime aanwezigheids- of identiteitsrecord. Velden voor externe sociale accounts kunnen verschillende soorten identificaties bevatten, zoals een Discord-gebruikers-ID of een GitHub-gebruikersnaam, dus behandel elk veld als het soort identificatie dat het is, niet als een weergavenaam. Deze details beschrijven een pagina, niet de bedoeling of eerlijkheid van een persoon. [GitLab Docs: openbaar profiel, account-ID en instellingen voor eigenaars]

Een uitgewerkte vergelijking, uitdrukkelijk hypothetisch

Stel dat een hypothetische contactpersoon een gitlab.com-profiel deelt waarvan de vermelde context een openbaar project is, en in hetzelfde gesprek een zelfgehoste instantie noemt. Je noteert de twee hosts afzonderlijk, merkt op dat de lokale namen toevallig overeenkomen, en vindt geen gedeelde zelflink tussen de pagina's. De juiste conclusie is niet dat de accounts één identiteit zijn; het is dat je twee hostspecifieke records hebt met een naamsoverschrijding. Je zou in hetzelfde kanaal waarin de profielen vrijwillig zijn gedeeld kunnen vragen of beide bij dezelfde context horen. Als je de zelfgehoste pagina niet kunt openen, markeer die dan als niet beschikbaar in plaats van aan te nemen dat die overeenkomt.

• Houd een observatiekolom en een beperkingenkolom bij in je notities, zodat een overeenkomst nooit stilzwijgend een conclusie wordt.
• Stel een verduidelijkende vraag alleen in het kanaal waarin het materiaal met je is gedeeld.

Stop bij de toegangsgrens

Als een gedocumenteerde profielpagina of toegestaan openbaar artefact niet beschikbaar is, leg dat dan vast als niet beschikbaar en stop daar; leid de ontbrekende pagina niet af uit de pagina die je wel kunt zien. Vraag alleen om een vrijwillige actuele link in het kanaal waarin het profiel oorspronkelijk is gedeeld. Houd bij wat je wel en niet kon openen, zodat een ontbrekende host nooit een veronderstelde identiteit wordt. [GitLab Docs: openbaar profiel, account-ID en instellingen voor eigenaars]

Nog een paar vragen