GitLab 用户名需要正确的主机和账户标识符

为什么主机是名称的一部分

GitLab 个人资料存在于特定主机上，而该主机是你所查看内容的一部分。GitLab.com 与独立托管实例属于不同的账户上下文，GitLab 文档说明，个人资料可以在其特定主机上通过用户名或用户 ID 寻址。因此，两个都显示本地名称的页面属于两个独立的账户上下文，除非你能证明并非如此。实用的习惯是先写下主机，再写名称，这样之后的搜索或笔记就不会悄悄丢掉这一区别。 [GitLab 文档：公开个人资料、账户 ID 与所有者设置]

比较共享资料与自托管资料

当某人分享了 gitlab.com 个人资料并且还提到一个自托管实例时，应将两者视为平行记录，而不是同一条记录被看到两次。比较显示名称、所述上下文和公开链接，但请记住，一致仅仅是一致。第二个主机上匹配的本地名称并不能确认同一人拥有这两个账户。如果你完全无法访问自托管页面，请记录为不可用，并在访问边界处停止，而不是用猜测来替代。 [GitLab 文档：公开个人资料、账户 ID 与所有者设置]

• 在你记录的每个 GitLab 个人资料旁写下完整主机，并将两个主机分列不同行。
• 将你无法打开的任何个人资料标记为不可用，并说明原因，而不是填补空白。

基于 ID 的格式及其改变的内容

GitLab 文档说明，个人资料可以在其特定主机上通过用户名或用户 ID 寻址，因此基于 ID 的个人资料地址是通向同一账户上下文的路径，而不是另一个人。ID 是在该主机上指向一个账户的第二种方式，但它并不会使该账户成为全局账户，也不会跨主机通用。将 ID 视为与主机绑定的附加标识符，而不是万能钥匙。比较两个个人资料时，将主机和标识符类型并排放置，以便看出你比较的是否是同类事物。 [GitLab 文档：公开个人资料、账户 ID 与所有者设置]

解读个人资料而不做过度断言

公开个人资料材料是薄弱证据。将个人资料设为私密会隐藏资料部分，但不会隐藏此前公开的所有资源，用户输入的状态可能仍然公开；管理员也可以施加可见性限制。所有者可以选择显示私密贡献操作而不发布所有底层私密项目信息，因此贡献图不是实时在场或身份记录。外部社交账户字段可以包含不同种类的标识符，例如 Discord 用户 ID 或 GitHub 用户名，因此应将每个字段视为其本身那种标识符，而不是显示名称。这些细节描述的是一个页面，而不是一个人的意图或诚实。 [GitLab 文档：公开个人资料、账户 ID 与所有者设置]

一个明确标注为假设的对比示例

假设一位假想联系人分享了一个 gitlab.com 个人资料，其所述上下文是一个公开项目，并在同一对话中提到了一个自托管实例。你分别记录两个主机，注意到本地名称恰好匹配，并且发现两个页面之间没有共享的自链接。正确的结论不是这些账户属于同一身份；而是你有两条主机特定的记录，且名称重叠。你或许可以在个人资料被自愿分享的同一渠道中询问，两者是否属于同一上下文。如果你无法打开自托管页面，请标记为不可用，而不是假设它匹配。

• 在笔记中保留观察列和限制列，这样匹配就永远不会悄悄变成结论。
• 只在材料被分享给你的渠道中提出澄清问题。

在访问边界处停止

如果文档中记载的个人资料页面或获准的公开产物不可用，请记录为不可用并就此停止；不要从你能看到的页面推断缺失的页面。只在个人资料最初被分享的渠道中请求自愿的当前链接。保留一份你能打开和无法打开内容的记录，这样缺失的主机就永远不会变成假定的身份。 [GitLab 文档：公开个人资料、账户 ID 与所有者设置]

还有几个问题