更改 GitHub 用戶名稱會釋放舊用戶名稱，指向之前個人檔案嘅連結會回傳 404 而唔會自動重新導向。代碼庫連結通常會重新導向到改名後嘅帳戶，但如果有人註冊咗獲釋放嘅用戶名稱並建立同名代碼庫，該新代碼庫就可以接管舊連結。所以一條以前指向某開發者專案嘅連結，而家可能落到其他人嘅專案。喺將專案歸屬於約會對象之前，要核實擁有者自願分享嘅目前目的地。
使用我們的 TraceSeek 應用程式尋找公開社交檔案線索。
重新導向實際保護啲咩
當帳戶改名時，GitHub 對某啲類型嘅連結保持連續性，對其他類型就唔會，而規則因連結類型而異。個人檔案連結最脆弱：之前嘅個人檔案地址會停止運作，而唔係轉發。代碼庫同 gist 連結有唔同嘅連續性行為。實際重點係，單一條舊連結並唔係而家邊個擁有該專案嘅持久證據，因為結果取決於你儲存咗邊種連結，以及舊名稱之後發生咗咩事。 [GitHub 文件：用戶名稱更改]
- 記錄你擁有嘅係邊種連結：個人檔案、代碼庫或者 gist。
- 將個人檔案連結視為最不可靠嘅連續性形式。
舊命名空間同同名衝突
具體故障係獲釋放嘅命名空間同被重用嘅代碼庫名稱之間嘅衝突。更改用戶名稱會釋放舊名稱。代碼庫連結通常會重新導向，但該獲釋放用戶名稱嘅新擁有者可以建立一個同舊代碼庫同名嘅代碼庫，而該新代碼庫會覆寫重新導向。因此兩個互不相關嘅專案可以共用一個睇落完全相同嘅地址，一個舊一個新。地址本身冇任何嘢可以話你知你睇緊邊個專案，所以必須核實目的地，而唔係假設。 [GitHub 文件：用戶名稱更改]
點解歸屬於約會對象並唔安全
一個出現喺熟悉地址嘅專案，並唔能夠確立發訊息俾你嘅人寫咗佢、擁有佢，甚至同佢有關係。同樣嘅限制適用於過時嘅介面顯示：GitHub Mobile 可能會繼續顯示較早前嘅用戶名稱，直到帳戶登出為止，所以可見嘅名字並唔係目前身份嘅證明。將任何單一技術產物視為一個狹窄嘅訊號。佢唔會確認約會個人簡介、意圖或者性格，亦都唔應該用嚟指責或者對質任何人。 [GitHub 文件：用戶名稱更改]
核實自願分享嘅目前目的地
較安全嘅做法係由專案擁有者選擇分享嘅目前目的地，而唔係舊嘅已儲存連結。以平靜、非指責嘅方式，問對方攞專案嘅標準位置，並同專案自己嘅公開描述、發行說明或者 README 歷史比較。如果文件所述嘅控制項或者公開產物無法取得，就記錄為無法取得，並喺存取界線停低。使用官方目前嘅說明文件，或者直接問對方攞自願提供嘅目前連結，而唔係猜測一個地址而家指向咩。
| 觀察 | 限制 | 下一步 |
|---|---|---|
| 舊代碼庫連結開到一個專案頁面 | 佢可能係原本嘅專案，或者係重用用戶名稱下嘅同名替代品 | 問擁有者攞目前嘅標準連結，並比較專案詳情 |
| 個人檔案連結唔再解析得到 | 改名後個人檔案地址唔會轉發 | 唔好將失效連結當成關於該人嘅任何證據 |
| 用戶名稱仍然出現喺應用程式入面 | 快取顯示可能持續到登出為止 | 忽略過時顯示，依賴自願分享嘅目前連結 |
保持訊號嘅比例
將你觀察到嘅嘢、佢能夠支持嘅嘢，同你決定要做嘅嘢分開。觀察：一條連結解析到一個專案頁面。限制：該頁面可能唔係原本嘅專案，而佢嘅存在對通訊對象嘅任何方面都冇可靠嘅說明。決定：就歸屬目的而言，將該專案視為未經核實，並根據對話本身去衡量呢段關係。如果憂慮持續，就放慢腳步，依賴自願、目前嘅資訊，而唔係啲從來都唔係用嚟回答關於一個人誠信問題嘅公開產物。
- 各寫一句：你見到咩、佢唔能夠證明咩，同你下一步會做咩。
- 寧願問關於關係嘅問題，而唔好去調查公開代碼。
仲有幾條問題
GitHub 連結喺用戶名稱更改後會永遠重新導向嗎？
不可。連結的持續性因連結類型而異：個人檔案連結在重新命名後會傳回 404；而儲存庫連結通常只會在有人註冊被釋出的用戶名稱並建立同名儲存庫之前重新導向，此後便會覆蓋該重新導向。
約會聯絡人連結的專案是否就能證明對方是開發者？
不可。某個地址可能指向與你記憶中不同的專案，而相符或熟悉的地址並不核實作者身分、擁有權，或約會個人簡介中的任何內容。請對方自願提供目前的連結，並將其與專案本身的細節作比較。
如果公開成品無法取得，我應該怎樣做？
記錄該成品無法取得，並在存取界限前停下。查閱官方的現行說明文件，或請對方自願提供目前連結，而不是猜測某個舊有或無回應的地址指向甚麼。
來源及編輯說明
官方參考資料已於 2026年10月23日 核實。檢查清單、比較表同示例措辭係 DateClues 編輯工具，唔係官方測試或經驗證嘅風險評分。
一般資訊。任何指南或工具均無法核實某人的身分、意圖或安全。 閱讀我們的編輯標準。