重新命名 GitHub 帳號時，究竟哪些東西會失效
GitHub 使用者名稱不只是一組標籤。它是你個人檔案網址、儲存庫網址與提交身分的一部分。當你變更它時，會發生三件不同的事，而且它們以三種不同的方式失效。
首先，舊的個人檔案網址會停止運作。任何將你的個人檔案加入書籤、從履歷連結過來，或在 README 中提及它的人，都會遇到死路。
變更使用者名稱後，舊的 GitHub 個人檔案連結會傳回 404。來源
第二，儲存庫參照通常會重新導向。如果有人造訪 github.com/oldname/repo，GitHub 通常會將他們轉送到 github.com/newname/repo。這個重新導向很方便，但並非保證。如果另一位使用者註冊了你的舊使用者名稱，並建立同名的儲存庫，重新導向就可能被覆寫，訪客可能落到別人的專案。
儲存庫參照通常會重新導向，但若另一位使用者註冊舊名稱並建立同名儲存庫，就可能覆寫重新導向。來源
第三，你的 Git 遠端是另一個獨立問題。本機複本仍指向舊網址，直到你更新它。推送與拉取可能失敗，或者更糟，在舊名稱被重複使用時指向錯誤的位置。
變更使用者名稱後，應檢查 Git 遠端網址。來源
這是三個不同的問題。將它們視為同一個問題，是重新命名後留下未處理項目的最常見原因。
步驟 1：盤點舊使用者名稱出現的每一個地方
在你變更任何東西之前，先列出舊帳號被使用的地方。請在舊個人檔案仍可解析時進行，因為這樣比較容易比對。
| 位置類型 | 範例 | 什麼會失效 | 重新命名後修正 |
|---|---|---|---|
| 個人檔案連結 | 個人簡介、履歷、作品集、電子郵件簽名、社群個人檔案 | 舊個人檔案網址傳回 404 | 將連結更新為新的個人檔案網址 |
| 儲存庫參照 | README 徽章、複製網址、議題連結、Wiki | 通常會重新導向；可能被舊名稱的新擁有者覆寫 | 在你控制文字的地方更新為新擁有者路徑 |
| Git 遠端 | 本機複本、CI 設定、部署指令碼 | 推送/拉取可能失敗或指向錯誤的儲存庫 | 更新遠端網址並重新測試 |
| 提交身分 | 提交中的作者電子郵件 | 若個人電子郵件公開，會暴露隱私 | 使用 noreply 地址並檢查暴露情況 |
一個簡單的盤點方法：在你自己的檔案與筆記中搜尋確切的舊帳號，然後檢查你控制的公開場所。不要依賴記憶。舊帳號經常留存在你兩年前編輯的個人簡介中。
步驟 2：區分個人檔案連結與儲存庫重新導向
這個判斷決定你工作量的大小。在開始編輯之前，請先使用這張表。
| 情況 | 會重新導向嗎？ | 動作 |
|---|---|---|
舊個人檔案網址（github.com/oldname） | 不會；傳回 404 | 更新你控制的每一個連結 |
舊儲存庫網址（github.com/oldname/repo） | 通常會 | 在實際可行處更新；保留你無法編輯的地點清單 |
| 舊名稱被他人註冊 | 重新導向可能被覆寫 | 優先更新儲存庫參照 |
| 本機 Git 遠端 | 不是網頁重新導向 | 手動更新遠端網址 |
| 提交作者電子郵件 | 不是重新導向 | 另行檢查隱私設定 |
由此得出兩條實用規則。個人檔案連結需要主動替換，因為沒有任何東西會轉送它們。儲存庫參照的急迫性較低，但並非零，因為重新導向取決於舊名稱保持無人註冊。
如果你無法編輯某個儲存庫參照，例如第三方 README 或封存頁面，請記下它。重新導向目前可能涵蓋它，但這不是永久保護。
步驟 3：更新個人檔案連結與個人簡介
逐一處理你的個人檔案網址以連結形式出現的地方。目標是讓點擊你名字的讀者到達新的個人檔案，而不是 404。
- 更新你的 GitHub 個人簡介與任何網站欄位。
- 更新個人網站、作品集與履歷連結。
- 更新你列出 GitHub 網址的社群個人檔案。
- 更新電子郵件簽名與任何已發表的講者簡介。
- 檢查釘選的儲存庫與個人檔案 README 中是否有舊帳號連結。
當你檢查社群個人檔案時，請記住使用者名稱搜尋可以找出你已遺忘的公開帳號。像 TraceSeek 這樣的工具會檢查 3,000+ 個平台，且首次掃描免費；它有助於找出仍使用舊名稱的公開個人檔案。它不會變更任何平台上的設定，也不會揭露私人紀錄。它只協助你找出公開帳號，由你自己檢視。
如需更廣泛的公開帳號檢視方法，請參閱「依使用者名稱尋找社群媒體帳號」指南：/guides/find-social-media-accounts-by-username/。若需 GitHub 專屬的公開帳號檢視，查詢頁面位於 /find/github/。
步驟 4：更新 Git 遠端與儲存庫參照
本機複本不會自行更新。對於你仍在使用的每個複本，檢查遠端網址並將其指向新的擁有者路徑。
- 列出你的本機複本，並記下你仍會推送的複本。
- 檢查每個遠端網址是否有舊使用者名稱。
- 將遠端更新為新網址。
- 在依賴它之前，重新測試一次擷取或拉取。
- 檢查參照舊路徑的 CI 設定與部署指令碼。
你自己 README、徽章與 Wiki 內的儲存庫參照也值得更新。重新導向通常有效，但直接連結到新路徑更清楚，且不依賴舊名稱保持無人註冊。
步驟 5：將提交電子郵件隱私與重新命名分開處理
變更使用者名稱不會自動修正提交電子郵件的暴露問題。如果你的提交帶有個人電子郵件地址，無論使用者名稱為何，該地址仍會在歷史記錄中可見。這是隱私問題，不是連結重新導向問題，值得單獨處理。
檢查你的提交歷史記錄中出現哪個電子郵件地址，並決定它是否是你想公開的。GitHub 提供 noreply 地址選項，但確切的選單路徑與目前行為應在 GitHub 自己的文件中查閱，因為平台介面會變更。不要假設重新命名已解決此問題。
常見錯誤
- 假設個人檔案會重新導向。 它不會。舊個人檔案連結會傳回 404，沒有任何設定能改變這一點。
- 將儲存庫重新導向視為永久。 如果有人註冊舊名稱並建立同名儲存庫，重新導向可能被覆寫。
- 忘記本機遠端。 網頁重新導向不會更新本機複本。推送可能失敗或指向錯誤的位置。
- 將重新命名與電子郵件隱私混為一談。 提交電子郵件暴露與使用者名稱無關，需要另行檢查。
- 只編輯你記得的地方。 個人簡介與舊社群個人檔案很容易被遺漏；盤點一輪可以找出它們。
- 假設公開比對就能證明擁有權。 另一個平台上的使用者名稱相符是一條線索，不是該帳號屬於你或任何其他人的證明。
重新命名後保護自己的數位足跡
重新命名是一次性動作；清理則是持續性的。保留一份簡短紀錄，記下舊帳號出現的地方，並在幾週後重新檢查高價值地點，例如你的作品集、履歷與主要社群個人簡介。公開頁面會被快取與複製，所以你修正過的連結可能在其他地方再次出現。
同時決定你要如何處理舊使用者名稱。如果你不打算使用它，請了解其他人可能會註冊它，而這正是儲存庫重新導向脆弱的原因。你無法控制誰註冊未使用的名稱，因此持久的解決方案是更新你控制的參照，而不是依賴轉送。
最後，在腦中將這三個問題分開：個人檔案連結需要替換，儲存庫參照需要在實際可行處更新，提交電子郵件隱私需要另行檢查。處理好這三者的重新命名，會留下更少的失效連結與更少的意外。
關鍵事實
- 變更使用者名稱後，舊的 GitHub 個人檔案連結會傳回 404。
- 儲存庫參照通常會重新導向，但若另一位使用者註冊舊名稱並建立同名儲存庫，就可能覆寫重新導向。
- 變更使用者名稱後，應檢查 Git 遠端網址。
- TraceSeek 檢查 3,000+ 個平台，且首次掃描免費。
- 使用者名稱搜尋不是完整的帳號盤點，公開比對結果是線索，而非擁有權證明。