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 與擁有者設定]

還有幾個問題