如何解決 Git 總是提示輸入 HTTP(S) 認證使用者憑據的問題？

---

簡介

Git 是一種分散式版本控制系統，允許軟體開發人員跟蹤和管理其程式碼的更改。它由 Linus Torvalds 建立，他也是 Linux 作業系統的建立者。

Git 已成為現代軟體開發中必不可少的工具，因為它能夠管理大型程式碼庫、促進團隊之間的協作以及維護更改歷史記錄。Git 允許開發人員同時處理其程式碼的多個版本，而無需擔心衝突或丟失進度。

這是透過使用 Git 中的分支和合並功能實現的。分支允許開發人員建立其程式碼的獨立版本，而不會影響主分支，而合併則可以無縫地將不同的分支組合在一起。

HTTP(S) 認證及其在 Git 使用中的作用

為了使用 Git 與遠端儲存庫互動，通常需要 HTTP(S) 認證。此認證過程涉及在向遠端儲存庫發出請求時透過 HTTPS 傳送使用者憑據（例如使用者名稱和密碼）。

認證對於維護儲存庫的安全性和訪問控制非常重要。如果沒有適當的認證措施，任何人都可能對儲存庫進行未經授權的更改或檢視敏感資訊。

問題陳述：Git 總是提示輸入 HTTP(S) 認證使用者憑據

在使用 Git 處理遠端儲存庫時，使用者遇到的一個常見問題是每次嘗試進行 HTTPS 請求時都會不斷提示輸入使用者憑據。這可能會令人沮喪且耗時，尤其是在處理多個儲存庫或頻繁發出請求時。

此錯誤可能有多種原因，從錯誤的配置設定到過期的或無效的憑據。幸運的是，有一些簡單的解決方案可以幫助您解決此問題，並讓您在沒有中斷的情況下繼續編碼。

瞭解問題

Git 如何處理 HTTP(S) 請求的認證

Git 是開發人員用來管理和跟蹤其程式碼庫更改的流行版本控制系統。使用 Git 時，通常會與託管在伺服器上的遠端儲存庫（例如 GitHub 或 Bitbucket）進行互動。

可以透過 HTTP 或 HTTPS 協議訪問這些儲存庫，在執行任何操作之前都需要進行認證。Git 透過在每次請求中以使用者名稱和密碼的形式傳送憑據來處理 HTTP(S) 請求的認證。

當這些憑據得到驗證後，Git 允許訪問遠端儲存庫。但是，如果憑據無效或已過期，Git 將提示使用者再次輸入其憑據。

問題的常見原因

Git 總是提示輸入 HTTP(S) 認證使用者憑據的一個常見原因是遠端儲存庫 URL 配置不正確。如果 URL 不正確或自上次使用以來已更改，則 Git 將無法正確進行認證，並會提示輸入新的憑據。

另一個可能的原因是憑據無效或已過期。例如，如果使用者在伺服器端更新了密碼，但在其本地 Git 配置設定中沒有更新，則他們將不斷被提示輸入舊密碼。

同樣，如果使用者帳戶已從伺服器端停用或刪除，但在其本地設定中仍然存在，則他們可能會遇到認證問題。與某些作業系統或網路配置的不相容性也可能導致認證問題。

例如，某些防火牆可能會阻止來自 Git 用於 HTTP(S) 請求的某些埠的出站流量。此外，某些作業系統可能不支援 Git 在透過 HTTPS 連線傳輸敏感資訊（如密碼）時使用的某些加密方法。

解決方案 1：更新遠端儲存庫 URL

可能有效的簡單修復

我們將討論的第一個解決方案是更新遠端儲存庫 URL。此解決方案適用於由於錯誤或過時的 URL 導致 Git 無法與遠端儲存庫進行認證的情況。更新 URL 應該允許 Git 在無需提示使用者憑據的情況下與遠端儲存庫進行認證。

要更新遠端儲存庫 URL，您可以使用 Git 的 config 命令，並根據您是要全域性更新 URL 還是為特定儲存庫本地更新 URL 而使用 --global 或 --local 選項。命令將採用以下格式：

git config [--global | --local] remote.origin.url new-url 

使用此命令更新 URL 後，您可以嘗試使用 Git 命令（如 fetch 或 pull）訪問遠端儲存庫，以驗證它是否按預期工作。

如果認證成功且未提示輸入使用者憑據，那麼恭喜！您已解決此問題！

解決方案 2：使用憑據助手快取憑據

節省時間的簡單解決方案

我們將討論的第二個解決方案涉及使用 Git 的憑據助手在您的計算機上本地快取使用者憑據。如果您經常與使用 HTTP(S) 認證的遠端儲存庫進行互動並且不想每次都輸入使用者名稱和密碼，則此解決方案效果很好。

Git 的憑據助手提供了一種快取您的憑據的方法，以便在您與特定伺服器互動時自動使用它們。助手透過將您的憑據儲存在您本地計算機上的加密檔案中來工作，以便在需要時可以自動檢索它們。

要啟用憑據助手以在您的計算機上快取憑據，您需要執行以下命令：

git config [--global | --local] credential.helper cache 

如果您使用 --global 選項，則這將全域性（對於所有儲存庫）啟用憑據快取。如果您選擇使用 --local 選項，則憑據快取將僅在本地（對於特定儲存庫）啟用。

啟用後，Git 將快取您的憑據，預設持續時間為 15 分鐘。您可以使用 --timeout 選項更改此時間段，例如：

git config [--global | --local] credential.helper 'cache --timeout=3600' 

此命令將超時設定為一小時（3600 秒），之後 Git 將再次提示您輸入憑據。

解決方案 3：生成個人訪問令牌 (PAT)

提供更多控制的更安全解決方案

我們將討論的第三個解決方案是生成個人訪問令牌 (PAT)。當您認為密碼認證風險過高並希望更好地控制 Git 如何與使用 HTTP(S) 認證的遠端儲存庫互動時，建議使用此解決方案。

PAT 是在進行 Git 認證時使用密碼的替代方案。它們提供了一種更安全的認證方式，因為它們可以建立具有特定許可權和過期日期。

要生成個人訪問令牌，您需要登入到您的 Git 提供商的網站並按照其說明進行操作。例如，如果您使用的是 GitHub，請導航到您的帳戶設定，從左側邊欄選單中選擇“開發者設定”，然後選擇“個人訪問令牌”。

然後，單擊“生成新令牌”按鈕並按照提示進行操作。生成 PAT 後，您可以將其用於 HTTP(S) 認證，方法是在需要基本認證的任何 Git 命令中使用它替換您的密碼。

結論

修復 Git 在使用 HTTP(S) 認證時不斷請求使用者憑據的問題，涉及首先了解導致問題的原因，並確定哪種解決方案最適合您的需求。更新遠端儲存庫 URL 非常簡單，但有時是唯一需要的；使用憑據助手快取憑據可以節省您的時間；而生成個人訪問令牌是最安全的，並且提供更多控制。無論您選擇哪種方法，修復此問題都會極大地提高您使用 Git 的效率。