比較改名後的個人檔案前，先記錄 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> 網址，並確認它能開啟該個人檔案。
• 記下你觀察到的用戶名稱和日期。
• 按主機分組保留記錄。
• 在就持續性作任何結論前，重新查核已儲存的網址。
• 將發現描述為帳戶層面的觀察，絕不作為某人身份的確認。