科技 · 實用指南
Git 顯示「terminal prompts disabled」？改遠端前先稽核憑證鏈路
這個錯誤只證明 Git 在非互動環境取不到使用者名稱，不證明權杖已過期，也不代表一定要改用 SSH。先追蹤呼叫者、有效 URL、提示策略與憑證幫手。
把「could not read Username … terminal prompts disabled」視為憑證取得路徑失敗，而不是憑證本身的最終診斷。
在改協定或啟用提示前，先記錄呼叫者、有效 URL、提示控制、相符的幫手與核准的秘密傳遞邊界。
1. 固定失敗情境
記錄精確 Git 命令、工作目錄、呼叫程序、有效帳號、Git 版本及去識別遠端 URL。互動終端成功僅是對照，不能證明 CI 或服務取得相同設定。
保留第一份完整錯誤與呼叫紀錄，但遮蔽權杖、Cookie、密碼及授權標頭；確認風險前不要開啟可能輸出秘密的廣泛追蹤。
2. 分開提示策略與憑證供給
Git 文件說明 GIT_TERMINAL_PROMPT=0 會禁止終端提示，但仍可能使用 GIT_ASKPASS、core.askPass、SSH_ASKPASS 或憑證幫手。
不要先設成 1。自動化可能因此卡住，或以人工登入掩蓋真正缺口。先確認非互動是否為設計目標，再修核准路徑。
3. 解析有效 URL 與幫手情境
檢查 url.*.insteadOf 改寫後的 URL，記錄協定、主機及相關路徑。憑證情境精確比對協定與主機，useHttpPath 還會讓路徑參與比對。
連同來源與範圍讀取設定，區分系統、全域、本地及命令層；確認每個幫手執行檔對真正呼叫者可見。
4. 不洩密地測試取得鏈
針對精確 HTTPS 情境，只驗證幫手鏈能否為有效帳號回傳使用者名稱與憑證；僅記錄欄位是否存在及哪個幫手回應。
把取得憑證與具備權限分開。權杖可能沒有倉庫權限、已過期或受政策阻擋，應透過平台核准的秘密通道測試。
5. 修復責任邊界並驗證
恢復缺少的幫手、修正 URL 情境、傳入核准 CI 憑證，或只在明確選擇 SSH 時切換。除非所有工具都應改變，避免全域 insteadOf。
以原呼叫者重跑原非互動命令，確認無提示即可完成操作，移除暫時追蹤，並輪替任何意外外洩的憑證。
