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

仲有幾條問題