比較改名後的個人檔案前，先記錄 GitLab 使用者 ID

為什麼只靠使用者名稱參照不夠可靠

GitLab 的使用者名稱不只是個人檔案頁上的一個標籤，它還定義了一個命名空間。當有人更改帳號名稱，命名空間也隨之改變，因此只依賴舊帳號名稱的個人檔案連結，可能不再指向你預期的位置。

GitLab 使用者名稱擁有專屬命名空間，會隨著使用者名稱變更而改變。來源

這正是這份記錄要解決的實際問題。如果你想比較改名前後的個人檔案，或確認兩個個人檔案是否為同一個帳號，就需要一個不依賴目前使用者名稱的識別依據。

該記下哪些資訊

每個你追蹤的個人檔案各保留一筆記錄。四個欄位就足以讓這份筆記日後派上用場：

請照原樣記錄網址，不要憑記憶重新輸入。只要打錯一個字元，有用的參照就會變成失效連結，而且你可能要好幾個月後真正需要時才會發現。

如何從個人檔案取得使用者 ID 網址

GitLab 個人檔案除了可透過使用者名稱路徑開啟，也能透過使用者 ID 路徑開啟。

GitLab 個人檔案可透過格式為 /-/u/ 加上 ID 的使用者 ID 網址開啟，而非只能透過使用者名稱路徑。來源

ID 本身可以從個人檔案頁讀取。在個人檔案頁上，Actions 區域包含「複製使用者 ID」（Copy user 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> 網址，並確認它能開啟該個人檔案。
• 記下你看到的使用者名稱與日期。
• 記錄依主機分組保存。
• 在對連續性下任何結論前，先重新檢查儲存的網址。
• 將發現描述為帳號層級的觀察，絕不當成對某人身分的確認。