在比较重命名后的个人资料前，先记录 GitLab 用户 ID

为什么仅凭用户名作为参照不够可靠

GitLab 用户名不仅是个人资料页上的标签，它还定义了一个命名空间。当用户重命名账号时，命名空间也随之改变，因此保存的、依赖旧用户名的个人资料链接可能不再指向你预期的位置。

GitLab 用户名拥有独立的命名空间，用户名变更时该命名空间也随之改变。来源

这正是本记录要解决的实际问题。如果你想比较重命名前后的个人资料，或检查两个资料是否属于同一账号，你需要一个不依赖当前用户名的标识符。

需要记录的内容

为你跟踪的每个个人资料保留一条记录。四个字段足以让笔记日后有用：

请按链接原样记录，不要凭记忆重新输入。一个字符的输入错误就会让有用的参照变成死链，而你可能直到数月后需要它时才会发现。

从个人资料获取用户 ID 链接

GitLab 个人资料不仅可通过用户名路径访问，还可通过用户 ID 路径打开。

GitLab 个人资料可通过形如 /-/u/ 后接 ID 的用户 ID 链接打开，而不仅是通过用户名路径。来源

ID 本身可从个人资料页面读取。在个人资料页上，Actions 区域包含“复制用户 ID”选项。

在个人资料页上，Actions 区域包含“复制用户 ID”。来源

一个可行的顺序是：

1. 在仍能看到个人资料时打开它，并记下地址栏中的主机。
2. 从个人资料的 Actions 区域复制用户 ID。
3. 为该主机构建或保存 /-/u/<ID> 地址，并检查它是否打开同一份个人资料。
4. 在旁边写下你观察到的用户名和当天日期。
5. 将四个字段一起保存，确保链接永远不会与它所属的主机和日期分离。

第 3 步值得放慢速度。如果用户 ID 链接没有打开你正在查看的个人资料，那么记录就是错误的，现在发现总比用户名变更后才发现要好。

保持安装实例相互独立

GitLab.com 是一个安装实例，但 GitLab 软件也运行在许多其他主机上。用户 ID 是单个安装实例内的标识符，因此相同的数字可能在其他地方属于不同账号。只写“GitLab，ID 12345”的记录是有歧义的；写明 ID 来自哪个主机的记录则没有歧义。

将每个主机视为独立的记录集合。不要将两个安装实例的条目合并到一个列表中，也不要假设从一个主机复制的链接模式能在另一个主机上解析。

记录能告诉你什么，不能告诉你什么

资料匹配是线索，不是所有权证明。共享用户名、照片或简短简介的两个资料并不因此属于同一个人，匹配的用户 ID 链接告诉你的是账号相同，而不是你知道谁在操作它。

当比较无结论时

几种结果是正常的，都不应被解读为关于某人的定论：

• 存储的链接不再打开个人资料。 记录你看到的内容和时间。资料缺失是对页面的观察，不是对账号历史的陈述。
• 链接打开，但用户名不同。 这正是记录的设计场景：你有一个固定参照和一个已变更的标签，可以附上日期描述这一变化。
• 链接打开的个人资料看起来不同。 内容会随时间变化。记录差异和日期，而不要将其视为超出你所见内容的任何证据。
• 你不确定使用了哪个主机。 不要猜测。重新检查地址并新建记录，而不是编辑不确定的记录。

如果无法解决歧义，请在笔记中说明。诚实的“未解决”条目日后比基于猜测的自信条目更有用。

这在更广泛检查中的位置

本记录是针对一个平台的狭窄、持久的参照。如果你的实际任务更广泛——例如找出不同服务中可能属于同一个人的账号——那么跨多个平台的用户名搜索是自然的下一步，关于通过用户名查找社交媒体账号的指南涵盖了该任务。请将 GitLab 记录与更广泛的图景分开：它记录的是账号参照，而更广泛的搜索产生的是仍需核实的候选线索。

如果你在该更广泛步骤中使用查找工具，请同样对待其输出——作为待核实的线索，而非结论。本出版物涵盖的应用 TraceSeek 声明其搜索 3,000+ 个平台，首次扫描免费，耗时 20–30 秒；这些是产品声明，不是独立测量，公开匹配仍不能确定谁拥有账号。

简短清单

• 确认个人资料位于哪个 GitLab 主机。
• 从个人资料的 Actions 区域复制用户 ID。
• 保存确切的 /-/u/<ID> 链接并确认它能打开个人资料。
• 记下你观察到的用户名和日期。
• 按主机分组保存条目。
• 在得出任何关于连续性的结论前，重新检查存储的链接。
• 将发现描述为账号层面的观察，绝不作为对个人身份的确认。