究竟是什麼控制提交上的電郵
提交的作者電郵是由建立該提交的機器上的 Git 設定所決定，而非你在 GitHub 個人檔案上顯示的電郵。你的 GitHub 個人檔案電郵是獨立設定，用於通知、帳戶復原及部分網頁介面操作。若你從終端機提交，寫入提交物件的地址來自你本機的 user.email 值。這個區別正是關鍵：更改個人檔案電郵對未來的命令列提交毫無作用，而更改本機 Git 設定對已推送的提交也毫無作用。
Git 設定控制從命令列建立之未來提交所附帶的電郵。來源
在更改任何設定之前，先了解你正在審查什麼。你並非試圖從 GitHub 抹除你的電郵，而是決定從現在起你建立的提交應顯示哪個地址，以及你的任何儲存庫是否仍依賴舊地址作歸屬或工具用途。
第一步：檢查你目前的提交帶有什麼身份
首先查看你最近的提交實際包含什麼。在你自己擁有的儲存庫中，執行一個顯示最近數個提交的作者及提交者電郵欄位的日誌。目標是看到確切的地址字串，而非判斷它是否已屬敏感。在你從命令列推送的每個儲存庫中都這樣做，因為本機設定可能因儲存庫而異。
接著，檢查 Git 在該儲存庫中將使用的有效設定。Git 會從多個範圍解析設定，而儲存庫層級的值會覆蓋全域值。若你看到不認識的地址，它可能來自儲存庫本機設定、被包含的設定檔，或你 shell 中的環境變數。在編輯前記錄你發現的內容；無法重現的審查不算審查。
第二步：在腦中分開兩個設定
使用此決策表將個人檔案設定與提交設定區分開來。它描述你可以在自己帳戶和終端機中驗證的一般機制；並不主張特定選單標籤或當前 UI 路徑。
| 問題 | 由什麼控制 | 更改它影響什麼 | 它不影響什麼 |
|---|---|---|---|
| 哪個電郵顯示在我的 GitHub 個人檔案上？ | GitHub 帳戶電郵設定 | 個人檔案顯示、通知、帳戶復原 | 你在本機建立的提交上的作者電郵 |
| 哪個電郵被寫入新提交？ | 本機 Git user.email 設定 | 從該機器或儲存庫建立的未來提交 | 已建立或已推送的提交 |
| 如果我切換到 noreply，舊提交會改變嗎？ | 不會自動改變 | 不會 | 現有提交物件保留其原始作者電郵 |
| 我可以從未來的公開提交中隱藏我的電郵嗎？ | 本機 Git 設定加上 noreply 地址 | 更改後你編寫的新提交 | 過往歷史、分支複本及他處的快取副本 |
此表的實際要點：你有兩個獨立的槓桿。若你關注的是未來推送，就拉動提交槓桿。不要期望個人檔案槓桿能完成那項工作。
第三步：選擇 noreply 地址並在本機設定
GitHub 提供 noreply 地址選項。確切格式由 GitHub 文件記載，且可能隨時間改變，因此請從你自己的帳戶設定複製地址，而非從部落格文章。取得後，在符合你工作流程的範圍中將其設為提交電郵。
安全步驟：
- 從你的帳戶設定複製 GitHub 提供的 noreply 地址。
- 決定範圍：若機器上每個儲存庫都應使用它，則設為全域；若你參與期望不同身份的專案，則按儲存庫設定。
- 在所選範圍使用
git config套用設定。 - 在臨時分支建立測試提交，並在推送前檢查其作者電郵。
- 僅在測試提交顯示 noreply 地址後才推送。
GitHub 提供 noreply 地址選項；更改已設定的地址不會改寫現有提交。來源
第二點是人們常忽略的。切換到 noreply 是前瞻性的控制。它不會改寫現有提交，也不會從已公開的提交物件中移除你的舊地址。若儲存庫已被分支或鏡像，那些副本會保留原始提交資料，無論你今天設定什麼。
第四步：分別檢查網頁介面與工具行為
透過 GitHub 網頁介面，或由機械人及整合建立的提交，可能使用與你本機終端機不同的身份路徑。不要假設本機設定更改涵蓋所有進入儲存庫的提交。審查來自不同來源的提交上的作者欄位，並注意哪些是你直接控制的。對於你無法控制的整合，誠實的答案是：你無法從你的手提電腦設定它們的提交身份；你只能決定是否繼續使用該整合。
第五步：決定如何處理舊歷史
你有三個現實的選項，而沒有一個是「讓舊的暴露消失」。
| 選項 | 它做什麼 | 成本與限制 |
|---|---|---|
| 保持歷史不變 | 沒有破壞複製或參照的風險 | 舊提交保留原始作者電郵 |
| 在你自己的儲存庫中改寫歷史 | 在該儲存庫中更改未來的提交物件 | 改寫具破壞性，無法觸及分支或鏡像，且超出大多數用戶的範圍 |
| 移除或輪換已暴露的地址 | 若地址仍活躍，減少未來暴露 | 不會更改已包含該地址的提交 |
對大多數讀者而言，正確做法是第一或第三項：停止將該地址加入新提交，並將舊提交視為永久公開。若暴露的地址是你仍用於登入或復原的地址，請考慮它是否應繼續與帳戶關聯。那是帳戶安全決定，而非 Git 設定決定。
常見錯誤
- 更改個人檔案電郵並假設提交已修復。 個人檔案設定與提交身份是分開的。未來的終端機提交仍會帶有舊地址，直到你更改本機 Git 設定。
- 在全域設定 noreply 而沒有檢查儲存庫覆蓋。 儲存庫本機的
user.email會勝過你的全域值。審查你推送的每個儲存庫。 - 將測試提交推送到公開分支。 在推送前於臨時分支或使用本機日誌驗證作者電郵。
- 相信 noreply 切換會清除歷史。 它不會改寫現有提交，也無法觸及分支、鏡像或快取副本。
- 假設每個提交來源都在你控制之下。 網頁介面提交和整合提交可能使用不同身份；檢查它們而非假設。
- 將編輯個人檔案視為刪除。 更改個人檔案顯示的內容不會刪除儲存的資料或更改提交物件。
保護你自己的數碼足跡
提交電郵只是一個狹窄的渠道。你的公開足跡還包括與該地址在其他平台上關聯的用戶名稱和個人檔案。若你因為某地址出現在公開地方而審查它，有用的下一步是查看哪些公開帳戶與它關聯。TruthsSeek 關於如何尋找與電郵地址關聯帳戶的指南闡述了該審查過程，而 /find/github/ 的 GitHub 查詢頁面是檢查已知用戶名稱的起點。TruthsSeek 所介紹的應用程式 TraceSeek 會對照 3,000+ 個平台檢查用戶名稱，並提供免費首次掃描；產品聲稱掃描需時 20–30 秒。這些工具將公開匹配呈現為線索，而非擁有權證明，且它們不會更改平台設定或暴露私人記錄。使用它們來描繪已公開的內容，然後在平台上本身進行設定更改。
一個現實的例行程序：一次過修正你的本機 Git 身份，用測試提交驗證，然後定期重新檢查來自新工具或機器的提交上的作者欄位。將每個已推送的提交視為永久公開資料，因為實際上它通常就是。
關鍵事實
- Git 設定控制從命令列建立之未來提交所附帶的電郵。
- GitHub 提供 noreply 地址選項；更改已設定的地址不會改寫現有提交。
- GitHub 個人檔案電郵設定與本機 Git 提交電郵設定是分開的控制，效果不同。
- TraceSeek 對照 3,000+ 個平台檢查用戶名稱，並提供免費首次掃描，產品聲稱掃描時間為 20–30 秒。
- 公開用戶名稱匹配是線索，而非帳戶擁有權證明。