關鍵字 gitdir: 後面的資料會被用作 glob 模式。如果 .git 目錄的位置與模式相符，則符合包含條件。

這與 gitdir 相同，不同之處在於匹配是以不區分大小寫的方式完成的（例如，在不區分大小寫的檔案系統上）

關鍵字 onbranch: 後面的資料會被視為一個帶有標準 globbing 萬用字元的模式，以及兩個額外的萬用字元 **/ 和 /**，它們可以匹配多個路徑組成部分。如果我們在一個工作目錄中，而當前檢出的分支名稱與該模式匹配，則符合 include 條件。

此關鍵字後面的資料會被視為一個帶有標準 globbing 萬用字元的模式，以及兩個額外的萬用字元 **/ 和 /**，它們可以匹配多個組成部分。第一次看到此關鍵字時，將會掃描其餘的設定檔以尋找遠端 URL（不套用任何值）。如果存在至少一個與此模式匹配的遠端 URL，則符合 include 條件。

當一個變數被說成採用布林值時，true 和 false 可以接受許多同義詞；這些都是不區分大小寫的。

許多指定各種大小的變數的值可以附加 k、M、…​等後綴，表示「將數字放大 1024 倍」、「放大 1024x1024 倍」等。

採用色彩的變數的值是一個色彩列表（最多兩個，一個用於前景，一個用於背景）和屬性（數量不限），以空格分隔。

採用路徑名稱值的變數可以給定一個以 "~/" 或 "~user/" 開頭的字串，並且此類字串會發生通常的波浪號展開：~/ 會展開為 $HOME 的值，而 ~user/ 會展開為指定使用者的主目錄。

告訴 git add 在由於索引錯誤而無法新增某些檔案時，繼續新增檔案。相當於 git-add[1] 的 --ignore-errors 選項。add.ignore-errors 已棄用，因為它不遵循組態變數的慣用命名約定。

這些變數控制旨在幫助新使用者的各種可選幫助訊息。當保持未設定狀態時，Git 會在訊息旁邊提供有關如何抑制該訊息的說明。您可以透過將相應的變數設定為 false 來告知 Git 您已了解問題，並且不再需要特定的幫助訊息。

git[1] 命令包裝器的命令別名 - 例如，在定義 alias.last = cat-file commit HEAD 之後，調用 git last 等同於 git cat-file commit HEAD。為避免混淆和腳本使用上的問題，會忽略隱藏現有 Git 命令的別名。參數會以空格分隔，支援一般 shell 引號和逸出。可以使用引號對或反斜線來引述它們。

如果為 true，git-am 會以參數 --keep-cr 呼叫 git-mailsplit 來處理 mbox 格式的修補程式。在這種情況下，git-mailsplit 不會從以 \r\n 結尾的行中移除 \r。可以從命令列給定 --no-keep-cr 來覆寫。請參閱 git-am[1]、git-mailsplit[1]。

預設情況下，如果修補程式無法乾淨地套用，git am 會失敗。當設定為 true 時，此設定會告知 git am 如果修補程式記錄其應套用的 blob 的身分，且我們本地有這些 blob 可用（等同於從命令列給定 --3way 選項），則退回到 3 向合併。預設為 false。請參閱 git-am[1]。

當設定為 change 時，會告知 git apply 忽略空白字元的變更，其方式與 --ignore-space-change 選項相同。當設定為以下其中一個值時：no、none、never、false，它會告知 git apply 尊重所有空白字元的差異。請參閱 git-apply[1]。

告知 git apply 如何處理空白字元，其方式與 --whitespace 選項相同。請參閱 git-apply[1]。

參照儲存庫中的一個樹狀結構，從該結構讀取屬性，而不是從工作目錄中的 .gitattributes 檔案讀取。如果該值無法解析為有效的樹狀物件，則會改用空的樹狀結構。當使用 GIT_ATTR_SOURCE 環境變數或 --attr-source 命令列選項時，此組態變數無效。

用於比對參考名稱的正規表示式。指向符合此模式的參考的提交（並符合以下標準，例如 bitmapPseudoMerge.<名稱>.sampleRate 和 bitmapPseudoMerge.<名稱>.threshold）將會被考慮納入偽合併點陣圖。

決定連續的偽合併點陣圖群組大小縮小的速率。必須為非負數。此參數可以被認為是函數 f(n) = C * n^-k 中的 k，其中 f(n) 是第 `n` 個群組的大小。

決定在不穩定的偽合併點陣圖中選取包含的非點陣圖提交（在參考提示中）的比例。必須介於 0 和 1（含）之間。預設值為 1。

決定非點陣圖提交（如上所述，在參考提示中）成為包含在不穩定偽合併點陣圖中的候選的最小年齡。預設值為 1.week.ago。

決定提交可能分佈其中的偽合併提交的最大數量。

決定提交（如上所述，在參考提示中，但是即使穩定提交已被點陣圖覆蓋，仍然會被視為候選）成為穩定偽合併點陣圖候選的最小年齡。預設值為 1.month.ago。

決定穩定偽合併點陣圖的大小（以提交數量為單位）。預設值為 512。

在 git-blame[1] 中，針對邊界提交顯示空白的提交物件名稱。此選項預設為 false。

這決定了要套用於 blame 輸出的顏色方案。它可以是 *repeatedLines*、*highlightRecent* 或 *none*，預設為 *none*。

指定在 git-blame[1] 中輸出日期時使用的格式。如果未設定，則會使用 iso 格式。如需支援的值，請參閱 git-log[1] 中 --date 選項的討論。

在 git-blame[1] 中顯示作者電子郵件，而不是作者姓名。此選項預設為 false。

在 git-blame[1] 中，不要將根提交視為邊界。此選項預設為 false。

在 git-blame[1] 中，忽略檔案中列出的修訂版本，每行一個未縮寫的物件名稱。會忽略空白和以 # 開頭的註解。此選項可以重複多次。空的檔案名稱會重設已忽略修訂版本的清單。此選項會在命令列選項 --ignore-revs-file 之前處理。

在 git-blame[1] 的輸出中，使用 * 標記由我們無法歸因於另一個提交的已忽略修訂版本變更的行。

在 git-blame[1] 的輸出中，使用 ? 標記由我們歸因於另一個提交的已忽略修訂版本變更的行。

告訴 *git branch*、*git switch* 和 *git checkout* 設定新的分支，以便 git-pull[1] 可以適當地從起點分支合併。請注意，即使未設定此選項，也可以使用 --track 和 --no-track 選項為每個分支選擇此行為。有效的設定如下：false — 不進行自動設定；true — 當起點是遠端追蹤分支時，會進行自動設定；always — 當起點是本機分支或遠端追蹤分支時，會進行自動設定；inherit — 如果起點具有追蹤組態，則會將其複製到新的分支；simple — 僅當起點是遠端追蹤分支且新分支的名稱與遠端分支相同時，才會進行自動設定。此選項預設為 true。

當使用 *git branch*、*git switch* 或 *git checkout* 建立追蹤另一個分支的新分支時，此變數會告訴 Git 設定 pull 以進行 rebase，而不是合併（請參閱「branch.<名稱>.rebase」）。當 never 時，永遠不會自動將 rebase 設定為 true。當 local 時，會將 rebase 設定為其他本機分支的追蹤分支為 true。當 remote 時，會將 rebase 設定為遠端追蹤分支的追蹤分支為 true。當 always 時，會將 rebase 設定為所有追蹤分支為 true。有關如何設定分支以追蹤另一個分支的詳細資訊，請參閱「branch.autoSetupMerge」。此選項預設為 never。

當 git-branch[1] 顯示分支時，此變數會控制分支的排序順序。如果未提供 "--sort=<值>" 選項，則會使用此變數的值作為預設值。如需有效值，請參閱 git-for-each-ref[1] 欄位名稱。

當在分支 <名稱> 上時，它會告訴 *git fetch* 和 *git push* 要從哪個遠端擷取或推送。推送到的遠端可能會被 remote.pushDefault 覆蓋（適用於所有分支）。當前分支推送到的遠端可能會進一步被 branch.<名稱>.pushRemote 覆蓋。如果未設定任何遠端，或者您不在任何分支上且儲存庫中定義了多個遠端，則擷取的預設值為 origin，推送的預設值為 remote.pushDefault。此外，. （句號）是當前的本機儲存庫（點儲存庫），請參閱下面 branch.<名稱>.merge 的最後一個注意事項。

當在分支 <名稱> 上時，它會覆蓋用於推送的 branch.<名稱>.remote。它也會覆蓋從分支 <名稱> 推送的 remote.pushDefault。當您從一個地方（例如您的上游）拉取並推送到另一個地方（例如您自己的發佈儲存庫）時，您會希望設定 remote.pushDefault 以指定所有分支要推送到的遠端，並使用此選項來覆蓋特定分支。

與 branch.<名稱>.remote 一起定義給定分支的上游分支。它會告訴 *git fetch*/*git pull*/*git rebase* 要合併哪個分支，並且還會影響 *git push*（請參閱 push.default）。當在分支 <名稱> 中時，它會告訴 *git fetch* 要在 FETCH_HEAD 中標記以進行合併的預設 refspec。該值的處理方式類似於 refspec 的遠端部分，並且必須符合從 "branch.<名稱>.remote" 給定的遠端擷取的 ref。合併資訊由 *git pull* 使用（它首先呼叫 *git fetch*）來查詢要合併的預設分支。如果沒有此選項，則 *git pull* 預設會合併擷取的第一個 refspec。指定多個值以取得章魚合併。如果您希望設定 *git pull*，以便它可以從本機儲存庫中的另一個分支合併到 <名稱> 中，您可以將 branch.<名稱>.merge 指向所需的分支，並對 branch.<名稱>.remote 使用相對路徑設定 . （句號）。

設定合併到分支 <名稱> 的預設選項。語法和支援的選項與 git-merge[1] 的相同，但目前不支援包含空白字元的選項值。

當為 true 時，在執行 "git pull" 時，將分支 <名稱> 基於擷取的分支之上，而不是從預設遠端合併預設分支。有關以非分支特定的方式執行此操作，請參閱「pull.rebase」。

分支描述，可以使用 git branch --edit-description 編輯。分支描述會自動加入 format-patch 封面信或 request-pull 摘要。

指定調用指定瀏覽器的命令。指定的命令會在 shell 中評估，並將 URL 作為參數傳遞。（請參閱 git-web--browse[1]。）

覆寫用於瀏覽 HTML 說明（請參閱 git-help[1] 中的 -w 選項）或 gitweb 中工作儲存庫的給定工具的路徑（請參閱 git-instaweb[1]）。

bundle.* 金鑰可能會出現在透過 git clone --bundle-uri 選項找到的套件清單檔案中。如果放置在儲存庫設定檔中，這些金鑰目前沒有任何作用，儘管未來會改變。詳情請參閱 套件 URI 設計文件。

這個整數值會宣告套件清單使用的套件清單格式版本。目前，唯一接受的值是 1。

這個字串值應為 all 或 any。此值描述是否需要所有宣告的套件才能完整了解套件化的資訊 (all)，或者是否任何一個列出的套件 URI 都已足夠 (any)。

如果這個字串值金鑰存在，則套件清單旨在與增量 git fetch 命令良好運作。啟發法表示每個套件都有額外的金鑰可用，有助於判斷用戶端應下載哪個套件子集。目前唯一理解的值是 creationToken。

bundle.<id>.* 金鑰用於描述套件清單中的單個項目，在 <id> 下分組以進行識別。

這個字串值定義 Git 可以透過其存取此 <id> 內容的 URI。這個 URI 可以是一個套件檔案或另一個套件清單。

當您執行 git checkout <something> 或 git switch <something> 並且只有一個遠端時，它可能會隱式回退到檢出和追蹤，例如 origin/<something>。只要您有多個具有 <something> 參考的遠端，就會停止運作。這個設定允許設定一個偏好遠端的名稱，在消除歧義時應始終獲勝。典型的用例是將其設定為 origin。

提供 git checkout 和 git switch 中 --guess 或 --no-guess 選項的預設值。請參閱 git-switch[1] 和 git-checkout[1]。

更新工作樹時要使用的平行工作者數量。預設值為一，即循序執行。如果設定為小於一的值，Git 將使用與可用邏輯核心數量一樣多的工作者。此設定和 checkout.thresholdForParallelism 會影響所有執行檢出的命令。例如：檢出、複製、重設、稀疏檢出等。

當以少量的檔案執行平行檢出時，子程序產生和程序間通訊的成本可能會超過平行化的增益。此設定可讓您定義應嘗試平行檢出的最小檔案數。預設值為 100。

一個布林值，使 git-clean 拒絕刪除檔案，除非提供 -f。預設值為 true。

複製儲存庫時要建立的遠端名稱。預設值為 origin。可以透過將 --origin 命令列選項傳遞給 git-clone[1] 來覆寫。

如果儲存庫是淺層儲存庫，則拒絕複製；可以透過在命令列上傳遞 --reject-shallow 選項來覆寫。請參閱 git-clone[1]。

如果提供了部分複製篩選器（請參閱 git-rev-list[1] 中的 --filter）且使用了 --recurse-submodules，也將篩選器套用至子模組。

一個布林值，用於啟用/停用提示中的顏色（例如，當推送失敗時，請參閱 advice.* 以取得清單）。可以設定為 always、false（或 never）或 auto（或 true），在這種情況下，只有當錯誤輸出到終端機時才會使用顏色。如果未設定，則會使用 color.ui 的值（預設為 auto）。

為提示使用自訂顏色。

根據行的時間指定 git blame --color-by-age 的行註解顏色。

如果行註解與前一行來自相同的提交，則使用指定的顏色為 git blame --color-lines 的行註解著色。預設值為青色。

一個布林值，用於啟用/停用 git-branch[1] 輸出的顏色。可以設定為 always、false（或 never）或 auto（或 true），在這種情況下，只有當輸出到終端機時才會使用顏色。如果未設定，則會使用 color.ui 的值（預設為 auto）。

使用自訂顏色進行分支著色。<slot> 是 current (目前分支)、local (本機分支)、remote (refs/remotes/ 中的遠端追蹤分支)、upstream (上游追蹤分支)、plain (其他 refs) 之一。

是否使用 ANSI 跳脫序列為修補程式新增顏色。如果設定為 always，則 git-diff[1]、git-log[1] 和 git-show[1] 將為所有修補程式使用顏色。如果設定為 true 或 auto，則這些命令只有在輸出到終端機時才會使用顏色。如果未設定，則會使用 color.ui 的值（預設為 auto）。

使用自訂顏色進行 diff 著色。<slot> 指定要使用指定顏色的修補程式部分，它是 context (上下文文字 - plain 是歷史同義詞)、meta (元資訊)、frag (hunk 標頭)、func (hunk 標頭中的函式)、old (已移除的行)、new (新增的行)、commit (提交標頭)、whitespace (醒目提示空白錯誤)、oldMoved (已刪除的行)、newMoved (已新增的行)、oldMovedDimmed、oldMovedAlternative、oldMovedAlternativeDimmed、newMovedDimmed、newMovedAlternative newMovedAlternativeDimmed (請參閱 git-diff[1] 中 --color-moved 的 <mode> 設定以了解詳細資訊)、contextDimmed、oldDimmed、newDimmed、contextBold、oldBold 和 newBold (請參閱 git-range-diff[1] 以了解詳細資訊)。

為 git log --decorate 輸出使用自訂顏色。<slot> 分別是本機分支、遠端追蹤分支、標籤、儲存和 HEAD 的 branch、remoteBranch、tag、stash 或 HEAD，以及已移植提交的 grafted。

當設定為 always 時，永遠會突出顯示符合的項目。當設定為 false (或 never) 時，則永遠不會。當設定為 true 或 auto 時，僅當輸出寫入終端時才會使用顏色。若未設定，則會使用 color.ui 的值（預設為 auto）。

針對 grep 的顏色標示使用自訂顏色。<slot> 指定要使用指定顏色的行部分，其值可以是下列其中之一：

當設定為 always 時，永遠會對互動式提示和顯示（例如 "git-add --interactive" 和 "git-clean --interactive" 所使用的提示和顯示）使用顏色。當設定為 false（或 never）時，則永遠不會。當設定為 true 或 auto 時，僅當輸出至終端時才會使用顏色。若未設定，則會使用 color.ui 的值（預設為 auto）。

針對 *git add --interactive* 和 *git clean --interactive* 的輸出使用自訂顏色。<slot> 可以是 prompt、header、help 或 error，分別代表來自互動式命令的四種不同類型的正常輸出。

一個布林值，指定 auto 顏色模式是否應將輸出傳送到分頁器時使用顏色。預設值為 true；如果你的分頁器不理解 ANSI 顏色代碼，請將其設定為 false。

一個布林值，啟用/停用推送錯誤中的顏色。可以設定為 always、false (或 never) 或 auto (或 true)，在此情況下，只有在錯誤輸出傳送到終端時才會使用顏色。若未設定，則會使用 color.ui 的值（預設為 auto）。

針對推送錯誤使用自訂顏色。

如果設定，會突出顯示行開頭的關鍵字。關鍵字為 "error"、"warning"、"hint" 和 "success"，且不區分大小寫。可以設定為 always、false (或 never) 或 auto (或 true)。若未設定，則會使用 color.ui 的值（預設為 auto）。

針對每個遠端關鍵字使用自訂顏色。<slot> 可以是 hint、warning、success 或 error，對應相應的關鍵字。

一個布林值，啟用/停用 git-show-branch[1] 輸出中的顏色。可以設定為 always、false (或 never) 或 auto (或 true)，在此情況下，只有在輸出傳送到終端時才會使用顏色。若未設定，則會使用 color.ui 的值（預設為 auto）。

一個布林值，啟用/停用 git-status[1] 輸出中的顏色。可以設定為 always、false (或 never) 或 auto (或 true)，在此情況下，只有在輸出傳送到終端時才會使用顏色。若未設定，則會使用 color.ui 的值（預設為 auto）。

針對狀態顏色標示使用自訂顏色。<slot> 可以是 header（狀態訊息的標頭文字）、added 或 updated（已加入但未提交的檔案）、changed（已變更但未加入索引的檔案）、untracked（未由 Git 追蹤的檔案）、branch（目前分支）、nobranch（顯示 *no branch* 警告的顏色，預設為紅色）、localBranch 或 remoteBranch（當在狀態簡短格式中顯示分支和追蹤資訊時，分別為本機和遠端分支名稱）或 unmerged（具有未合併變更的檔案）。

一個布林值，啟用/停用推送遭拒時的顏色。可以設定為 always、false (或 never) 或 auto (或 true)，在此情況下，只有在錯誤輸出傳送到終端時才會使用顏色。若未設定，則會使用 color.ui 的值（預設為 auto）。

當推送遭拒時使用自訂顏色。

此變數決定每個命令系列控制顏色使用的變數的預設值，例如 color.diff 和 color.grep。隨著更多命令學習設定 --color 選項預設值的設定，其範圍將會擴大。如果你偏好 Git 命令不要使用顏色，除非使用其他設定或 --color 選項明確啟用，則將其設定為 false 或 never。如果你希望所有非用於機器取用的輸出都使用顏色，則將其設定為 always，如果你希望此類輸出在寫入終端時使用顏色，則將其設定為 true 或 auto（這是自 Git 1.8.4 以來的預設值）。

指定支援的命令是否應以欄輸出。此變數包含以空格或逗號分隔的符號清單

指定是否在 git branch 中以欄輸出分支清單。請參閱 column.ui 以取得詳細資訊。

指定在 git clean -i 中列出項目時的版面配置，它總是會以欄顯示檔案和目錄。請參閱 column.ui 以取得詳細資訊。

指定是否在 git status 中以欄輸出未追蹤的檔案。請參閱 column.ui 以取得詳細資訊。

指定是否在 git tag 中以欄輸出標籤清單。請參閱 column.ui 以取得詳細資訊。

此設定會覆寫 git commit 中 --cleanup 選項的預設值。請參閱 git-commit[1] 以取得詳細資訊。當你總是希望在你的日誌訊息中保留以註解字元 # 開頭的行時，變更預設值可能會很有用，在這種情況下，你會執行 git config commit.cleanup whitespace (請注意，如果你這樣做，你必須自己移除提交日誌範本中以 # 開頭的說明行）。

一個布林值，指定是否應使用 GPG 簽署所有提交。在執行例如 rebase 等操作時使用此選項可能會導致大量提交被簽署。使用代理程式可能很方便，可以避免多次輸入 GPG 密碼。

一個布林值，啟用/停用在使用編輯器準備提交訊息時在提交訊息範本中包含狀態資訊。預設值為 true。

指定一個檔案的路徑名稱，作為新提交訊息的範本。

一個布林值或整數，用於指定 git commit 的詳細程度。請參閱 git-commit[1]。

指定在寫入或讀取提交圖形檔案時要使用的世代編號版本類型。如果指定版本 1，則不會寫入或讀取更正後的提交日期。預設值為 2。

指定 git commit-graph write 的 --max-new-filters 選項的預設值（參見 git-commit-graph[1]）。

已過時。如果為 true，則等同於 commitGraph.changedPathsVersion=-1，如果為 false，則等同於 commitGraph.changedPathsVersion=0。（如果同時設定了 commitGraph.changedPathVersion，則 commitGraph.changedPathsVersion 優先。）

指定 Git 將讀取和寫入的變更路徑 Bloom 過濾器的版本。可以是 -1、0、1 或 2。請注意，大於 1 的值可能與尚未理解這些版本的舊版 Git 不相容。在混合版本環境中操作時請謹慎。

這僅由 git-completion.bash 使用，以在完成的指令列表中新增或移除指令。通常只會完成瓷器指令和少數其他選定的指令。您可以在此變數中加入更多指令，並以空格分隔。在指令前加上 - 將會從現有列表中移除該指令。

告知 Git 是否要遵守工作目錄中檔案的可執行位元。

（僅限 Windows）如果為 true，則將名稱以點開頭的新建目錄和檔案標記為隱藏。如果為 dotGitOnly，則只會隱藏 .git/ 目錄，但不會隱藏其他以點開頭的檔案。預設模式為 dotGitOnly。

內部變數，可啟用各種變通方法，讓 Git 在不區分大小寫的檔案系統（如 APFS、HFS+、FAT、NTFS 等）上更好地運作。例如，如果目錄列表在 Git 期望 "Makefile" 時找到 "makefile"，Git 會假設它實際上是同一個檔案，並繼續將其記住為 "Makefile"。

此選項僅由 Mac OS 版本的 Git 使用。當 core.precomposeUnicode=true 時，Git 會還原 Mac OS 執行的檔案名稱 Unicode 分解。這在 Mac OS 與 Linux 或 Windows 之間共用儲存庫時很有用。（需要適用於 Windows 1.7.10 或更高版本的 Git，或 cygwin 1.7 下的 Git）。當為 false 時，檔案名稱會由 Git 完全透明地處理，這與舊版 Git 向後相容。

如果設定為 true，則不允許檢出在 HFS+ 檔案系統上會被視為與 .git 等效的路徑。在 Mac OS 上預設為 true，在其他地方則為 false。

如果設定為 true，則不允許檢出會導致 NTFS 檔案系統出現問題的路徑，例如與 8.3「短」名稱衝突。在 Windows 上預設為 true，在其他地方則為 false。

如果設定為 true，則為此工作目錄啟用內建的檔案系統監控常駐程式 (git-fsmonitor--daemon[1])。

Otherwise, this variable contains the pathname of the "fsmonitor"
hook command.

設定叫用 "fsmonitor" 掛勾時要使用的協定版本。

如果為 false，則會忽略索引和工作目錄之間的 ctime 差異；當 inode 變更時間經常由 Git 之外的項目修改時（檔案系統爬蟲和某些備份系統），這會很有用。請參閱 git-update-index[1]。預設為 True。

如果為 true，則會使用索引的分割索引功能。請參閱 git-update-index[1]。預設為 False。

決定如何處理索引的未追蹤快取功能。如果未設定此變數或設定為 keep，則會保留它。如果設定為 true，則會自動新增它。如果設定為 false，則會自動移除它。在設定為 true 之前，您應檢查 mtime 在您的系統上是否正常運作。請參閱 git-update-index[1]。預設為 keep，除非啟用 feature.manyFiles，否則會將此設定預設為 true。

當遺失或設定為 default 時，會檢查 stat 結構中的許多欄位，以偵測自 Git 查看檔案以來檔案是否已修改。當此配置變數設定為 minimal 時，mtime 和 ctime 的子秒部分、檔案所有者的 uid 和 gid、inode 號碼（以及裝置號碼，如果 Git 編譯時使用它），將從這些欄位的檢查中排除，僅保留 mtime 的整秒部分（以及 ctime，如果設定了 core.trustCtime）和檔案大小進行檢查。

輸出路徑的指令（例如 ls-files、diff）會將路徑名稱中的「不常見」字元用雙引號括起來，並使用反斜線逸出這些字元，其方式與 C 逸出控制字元的方式相同（例如，TAB 為 \t、LF 為 \n、反斜線為 \\），或使用值大於 0x80 的位元組（例如，UTF-8 中「微」的八進位 \302\265）。如果此變數設定為 false，則不再認為高於 0x80 的位元組是「不常見」的。無論此變數的設定為何，雙引號、反斜線和控制字元都會始終逸出。簡單的空格字元不被認為是「不常見」的。許多指令可以使用 -z 選項完全逐字輸出路徑名稱。預設值為 true。

設定工作目錄中，標記為文字檔案（透過設定 text 屬性，或是設定 text=auto 且 Git 自動偵測內容為文字）所使用的行尾符號類型。選項有 lf、crlf 和 native，其中 native 會使用平台原生的行尾符號。預設值為 native。關於行尾轉換的更多資訊，請參閱 gitattributes[5]。請注意，如果 core.autocrlf 設定為 true 或 input，此值會被忽略。

如果為 true，當行尾轉換啟用時，Git 會檢查 CRLF 的轉換是否可逆。Git 會驗證命令是否直接或間接修改工作樹中的檔案。例如，提交一個檔案然後檢出同一個檔案應該要在工作樹中產生原始檔案。如果目前的 core.autocrlf 設定不是這種情況，Git 會拒絕該檔案。該變數可以設定為 "warn"，在這種情況下，Git 只會警告不可逆的轉換，但會繼續操作。

將此變數設定為 "true" 與在所有檔案上將 text 屬性設定為 "auto" 並將 core.eol 設定為 "crlf" 相同。如果您希望您的工作目錄中有 CRLF 行尾符號，且儲存庫中有 LF 行尾符號，請設定為 true。此變數可以設定為 input，在這種情況下，不會執行任何輸出轉換。

如果 working-tree-encoding 屬性（請參閱 gitattributes[5]）中使用，Git 會執行 UTF-8 來回檢查的編碼列表，以逗號和/或空白分隔。預設值為 SHIFT-JIS。

如果為 false，符號連結會被檢出為包含連結文字的小型純文字檔案。git-update-index[1] 和 git-add[1] 不會將記錄的類型變更為常規檔案。在不支援符號連結的檔案系統（如 FAT）上很有用。

當使用 Git 通訊協定擷取時，要執行的「Proxy 命令」（形式為 command host port），而不是建立與遠端伺服器的直接連線。如果變數值為 "COMMAND for DOMAIN" 格式，則該命令僅適用於以指定網域字串結尾的主機名稱。此變數可以設定多次，並按照給定的順序進行匹配；第一個匹配的項目獲勝。

如果設定此變數，git fetch 和 git push 會在需要連線到遠端系統時使用指定的命令，而不是 ssh。該命令的形式與 GIT_SSH_COMMAND 環境變數相同，並且在設定環境變數時會被覆寫。

如果為 true，Git 會避免使用 lstat() 呼叫來偵測檔案是否已變更，方法是為那些在索引和工作樹中都以相同方式更新的追蹤檔案設定「假設未變更」位元。

對於 HEAD 和其他符號參考檔案，請使用符號連結，而不是預設的「symref」格式。有時需要這樣做才能使用預期 HEAD 為符號連結的舊腳本。

當從備用位置宣告可用的歷史提示時，請使用 Shell 執行指定的命令，而不是 git-for-each-ref[1]。第一個參數是備用位置的絕對路徑。輸出必須每行包含一個十六進制物件 ID（即，與 git for-each-ref --format='%(objectname)' 產生的輸出相同）。

當列出來自備用位置的參考時，僅列出以給定前綴開頭的參考。前綴的匹配方式與作為 git-for-each-ref[1] 的引數給定相同。要列出多個前綴，請以空白分隔它們。如果設定了 core.alternateRefsCommand，則設定 core.alternateRefsPrefixes 沒有任何效果。

如果為 true，則假定此儲存庫是裸的，並且沒有與其相關聯的工作目錄。如果這種情況發生，許多需要工作目錄的命令將被停用，例如 git-add[1] 或 git-merge[1]。

設定工作樹根目錄的路徑。如果設定了 GIT_COMMON_DIR 環境變數，則會忽略 core.worktree，並且不使用它來決定工作樹的根目錄。可以被 GIT_WORK_TREE 環境變數和 --work-tree 命令列選項覆寫。該值可以是絕對路徑，也可以是相對於 .git 目錄路徑的相對路徑，該路徑由 --git-dir 或 GIT_DIR 指定，或自動發現。如果指定了 --git-dir 或 GIT_DIR，但未指定 --work-tree、GIT_WORK_TREE 和 core.worktree 中的任何一個，則會將目前的工作目錄視為您工作樹的頂層。

啟用 reflog。對 ref <ref> 的更新會記錄到檔案 "$GIT_DIR/logs/<ref>"，方法是附加新的和舊的 SHA-1、日期/時間和更新原因，但僅當檔案存在時。如果此設定變數設定為 true，則會自動為分支頭（即 refs/heads/ 下）、遠端參考（即 refs/remotes/ 下）、註解參考（即 refs/notes/ 下）和符號參考 HEAD 建立遺失的 "$GIT_DIR/logs/<ref>" 檔案。如果設定為 always，則會自動為 refs/ 下的任何參考建立遺失的 reflog。

識別儲存庫格式和佈局版本的內部變數。

當為 group（或 true）時，該儲存庫可以在群組中的多個使用者之間共用（確保所有檔案和物件都可由群組寫入）。當為 all（或 world 或 everybody）時，除了可由群組共用外，所有使用者都可以讀取該儲存庫。當為 umask（或 false）時，Git 將使用 umask(2) 回報的權限。當為 0xxx 時，其中 0xxx 是一個八進位數字，儲存庫中的檔案將具有此模式值。0xxx 將會覆寫使用者的 umask 值（而其他選項只會覆寫使用者 umask 值的請求部分）。範例：0660 將使儲存庫對於所有者和群組可讀/寫，但其他使用者無法存取（等同於 group，除非 umask 為例如 0022）。0640 是一個群組可讀但群組不可寫的儲存庫。請參閱 git-init[1]。預設值為 False。

如果為 true，如果您傳遞給它的參考名稱不明確，並且可能與儲存庫中的多個參考匹配，Git 會發出警告。預設值為 True。

一個整數 -1..9，表示預設壓縮層級。-1 是 zlib 預設值。0 表示不壓縮，而 1..9 是各種速度/大小的權衡，9 是最慢的。如果設定，這會為其他壓縮變數（例如 core.looseCompression 和 pack.compression）提供預設值。

一個整數值，範圍從 -1 到 9，表示未打包物件的壓縮等級。-1 為 zlib 預設值。0 表示不壓縮，1 到 9 則為不同的速度/大小權衡，9 為最慢。如果未設定，則預設為 core.compression。如果 core.compression 也未設定，則預設為 1（最佳速度）。

單次映射操作中，要映射到記憶體的封裝檔案（pack file）位元組數。較大的視窗大小可能允許您的系統更快地處理較少的大型封裝檔案。較小的視窗大小會因呼叫作業系統記憶體管理器的次數增加而對效能產生負面影響，但在存取大量大型封裝檔案時，可能會提高效能。

同時從封裝檔案映射到記憶體中的最大位元組數。如果 Git 需要一次存取超過此數量的位元組才能完成操作，它將取消映射現有區域，以回收程序中的虛擬位址空間。

每個執行緒保留用於快取可能被多個差異化物件引用的基礎物件的最大位元組數。透過將整個解壓縮的基礎物件儲存在快取中，Git 能夠避免多次解壓縮和解壓縮頻繁使用的基礎物件。

被視為「大型」檔案的大小，如下所述，這會改變許多 git 命令的行為，以及這些檔案在儲存庫中的儲存方式。預設值為 512 MiB。支援常見的單位後綴 k、m 或 g。

指定檔案的路徑名稱，該檔案包含描述不應追蹤的路徑的模式，除了 .gitignore（每個目錄）和 .git/info/exclude 之外。預設為 $XDG_CONFIG_HOME/git/ignore。如果 $XDG_CONFIG_HOME 未設定或為空，則會改用 $HOME/.config/git/ignore。請參閱 gitignore[5]。

某些命令（例如 svn 和 http 介面）會互動式要求密碼，可以告知它們使用透過此變數的值給定的外部程式。可以被 GIT_ASKPASS 環境變數覆寫。如果未設定，則會回退到 SSH_ASKPASS 環境變數的值，如果該變數也不存在，則會使用簡單的密碼提示。外部程式應以適合的提示作為命令列引數，並將密碼寫入其 STDOUT。

除了 .gitattributes（每個目錄）和 .git/info/attributes 之外，Git 還會在該檔案中尋找屬性（請參閱 gitattributes[5]）。路徑擴充的處理方式與 core.excludesFile 相同。其預設值為 $XDG_CONFIG_HOME/git/attributes。如果 $XDG_CONFIG_HOME 未設定或為空，則會改用 $HOME/.config/git/attributes。

預設情況下，Git 會在 $GIT_DIR/hooks 目錄中尋找您的 hook。將此設定為不同的路徑，例如 /etc/git/hooks，Git 將嘗試在該目錄中尋找您的 hook，例如 /etc/git/hooks/pre-receive，而不是在 $GIT_DIR/hooks/pre-receive 中。

諸如 commit 和 tag 之類的命令，允許您透過啟動編輯器來編輯訊息，當此變數已設定且未設定環境變數 GIT_EDITOR 時，會使用此變數的值。請參閱 git-var[1]。

諸如 commit 和 tag 之類的命令，允許您編輯訊息，會將以此字元開頭的行視為註解，並在編輯器傳回後將其刪除（預設值為 #）。

[core]
# single character for older versions
commentChar = "#"
# string for newer versions (which will override commentChar
# because it comes later in the file)
commentString = "//"

在嘗試鎖定個別參考時重試的時間長度（以毫秒為單位）。值 0 表示根本不重試；-1 表示無限期地嘗試。預設值為 100（即，重試 100 毫秒）。

在嘗試鎖定 packed-refs 檔案時重試的時間長度（以毫秒為單位）。值 0 表示根本不重試；-1 表示無限期地嘗試。預設值為 1000（即，重試 1 秒）。

Git 命令使用的文字檢視器（例如，less）。該值旨在由 shell 解釋。優先順序為 $GIT_PAGER 環境變數，然後是 core.pager 配置，然後是 $PAGER，然後是編譯時選擇的預設值（通常為 less）。

以逗號分隔的常見空白問題清單。git diff 將使用 color.diff.whitespace 來反白顯示它們，而 git apply --whitespace=error 會將它們視為錯誤。您可以加上 - 作為前綴來停用它們中的任何一個（例如 -trailing-space）

一個以逗號分隔的清單，列出當建立或修改儲存庫時，應該透過 core.fsyncMethod 強化的儲存庫元件。您可以使用 - 作為前綴來停用任何元件的強化。如果系統發生不乾淨的關機，未強化的項目可能會遺失。除非您有特殊需求，否則建議您將此選項留空，或選擇 committed、added 或 all 其中一個。

一個值，指示 Git 將使用何種策略，透過 fsync 和相關基本函式來強化儲存庫資料。

此布林值會在寫入物件檔案時啟用 fsync()。此設定已過時。請改用 core.fsync。

為像 git diff 的操作啟用平行索引預先載入。

僅限 Windows：以逗號分隔的環境變數名稱清單，這些名稱需要在衍生任何其他處理序之前取消設定。預設值為 PERL5LIB，以說明 Windows 版 Git 堅持使用其自己的 Perl 直譯器。

僅限 Windows：覆寫衍生的處理序是否只繼承標準檔案控制代碼 (stdin、stdout 和 stderr) 或所有控制代碼。可以是 auto、true 或 false。預設值為 auto，表示在 Windows 7 和更新版本上為 true，在較舊的 Windows 版本上為 false。

您可以將此設定為 link，在這種情況下，會使用硬連結，然後刪除來源，以確保物件建立不會覆寫現有物件。

在顯示提交訊息時，也會顯示儲存在指定參考中的註解。該參考必須是完整限定的。如果指定的參考不存在，這不是錯誤，而是表示不應列印任何註解。

如果為 true，則 git 會讀取 commit-graph 檔案 (如果存在) 來剖析提交的圖形結構。預設值為 true。有關更多資訊，請參閱 git-commit-graph[1]。

如果設定為 false，則行為方式如同在命令列中給定了 --no-replace-objects 選項。有關更多資訊，請參閱 git[1] 和 git-replace[1]。

使用多封裝索引檔案，透過單一索引追蹤多個封裝檔案。有關更多資訊，請參閱 git-multi-pack-index[1]。預設值為 true。

啟用「稀疏簽出」功能。有關更多資訊，請參閱 git-sparse-checkout[1]。

啟用稀疏簽出功能的「錐形模式」。當稀疏簽出檔案包含一組有限的模式時，此模式可提供顯著的效能優勢。可以要求「非錐形模式」透過將此變數設定為 false 來允許指定更彈性的模式。有關更多資訊，請參閱 git-sparse-checkout[1]。

設定物件名稱縮寫到的長度。如果未指定或設定為「auto」，則會根據儲存庫中封裝物件的大概數量計算出適當的值，希望足以讓縮寫的物件名稱在一段時間內保持唯一性。如果設定為「no」，則不會進行任何縮寫，並以完整長度顯示物件名稱。最小長度為 4。

Git 在走訪樹狀結構時願意遞迴的最大深度（例如，「a/b/cde/f」的深度為 4）。這是一個故障保護機制，可讓 Git 正常中止，一般不需要調整。當使用 MSVC 編譯 Git 時，預設值為 512。否則，預設值為 2048。

指定在需要使用者名稱或密碼憑證時要呼叫的外部幫手；該幫手可以查詢外部儲存，以避免提示使用者輸入憑證。這通常是憑證幫手的名稱，可能帶有引數，但也可能是帶有引數的絕對路徑，或者如果前面加上 !，則是 Shell 命令。

預設情況下，當需要新憑證時，Git 和任何已設定的憑證幫手都會要求使用者輸入。如果這些憑證仍然有效，許多這些幫手將基於已儲存的憑證成功執行。為了避免 Git 的使用者互動可能性，請設定 credential.interactive=false。某些憑證幫手也會尊重此選項。

在取得憑證時，請考慮 http 或 https URL 的「路徑」元件是否重要。預設值為 false。有關更多資訊，請參閱 gitcredentials[7]。

如果未設定網路驗證的使用者名稱，則預設使用此使用者名稱。請參閱下方的 credential.<context>.* 和 gitcredentials[7]。

上述任何 credential.* 選項都可以選擇性地應用於某些憑證。例如，「credential.https://example.com.username」將只針對與 example.com 的 https 連線設定預設使用者名稱。有關 URL 如何比對的詳細資訊，請參閱 gitcredentials[7]。

告訴 git-credential-cache—​daemon 忽略 SIGHUP，而不是退出。

git-credential-store 在嘗試鎖定憑證檔案時重試的時間長度（以毫秒為單位）。值為 0 表示完全不重試；-1 表示無限期嘗試。預設值為 1000 (即重試 1 秒)。

當使用 git diff 與工作樹檔案進行比較時，請勿將僅限 stat 的變更視為已變更。而是靜默執行 git update-index --refresh，以更新工作樹中內容與索引中內容相符的路徑的快取 stat 資訊。此選項預設為 true。請注意，這僅影響 git diff Porcelain，而不影響較低層級的 diff 命令，例如 git diff-files。

一個以逗號分隔的 --dirstat 參數清單，指定 git-diff[1] 及其相關工具的 --dirstat 選項的預設行為。預設值可以在命令列上被覆寫（使用 --dirstat=<param1,param2,...>）。後備預設值（當 diff.dirstat 未變更時）為 changes,noncumulative,3。以下參數可用

限制 --stat 輸出中檔案名稱部分的寬度。如果設定，則適用於所有產生 --stat 輸出的命令，除了 format-patch。

限制 --stat 輸出中圖形部分的寬度。如果設定，則適用於所有產生 --stat 輸出的命令，除了 format-patch。

產生具有 <n> 行上下文的差異，而不是預設的 3 行。此值會被 -U 選項覆寫。

顯示差異區塊之間的上下文，最多顯示指定的行數，從而合併彼此接近的區塊。此值作為 --inter-hunk-context 命令列選項的預設值。

如果設定此設定變數，則不會使用內部差異機制執行差異產生，而是使用給定的命令。可以使用 'GIT_EXTERNAL_DIFF' 環境變數覆寫。該命令的呼叫參數如 git[1] 中「git Diffs」所述。請注意：如果您只想在檔案的子集上使用外部差異程式，則可能需要改用 gitattributes[5]。

如果此布林值設定為 true，則 diff.external 命令預期會在它認為輸入檔案相等時返回退出碼 0，或在它認為輸入檔案不同時返回 1，如同 diff(1)。如果設定為 false（預設值），則該命令預期無論是否相等都會返回退出碼 0。任何其他退出碼都會導致 Git 報告嚴重錯誤。

設定 --ignore-submodules 的預設值。請注意，這只會影響 git diff Porcelain，而不會影響較低層級的 diff 命令，例如 git diff-files。當報告未提交的變更時，git checkout 和 git switch 也會遵循此設定。將其設定為 all 會停用 git commit 和 git status 通常會顯示的子模組摘要（當設定了 status.submoduleSummary 時），除非使用 --ignore-submodules 命令列選項覆寫。git submodule 命令不受此設定的影響。預設情況下，此設定為 untracked，以便忽略任何未追蹤的子模組。

如果設定，git diff 會根據比較的內容使用與標準 "a/" 和 "b/" 不同的前綴對。當此配置生效時，反向差異輸出也會交換前綴的順序

如果設定，git diff 不會顯示任何來源或目的地前綴。

如果設定，git diff 會使用此來源前綴。預設為 "a/"。

如果設定，git diff 會使用此目的地前綴。預設為 "b/"。

如果設定為 true，git diff 不會顯示目錄外的變更，並顯示相對於目前目錄的路徑名稱。

指示如何對差異中的檔案排序的檔案。請參閱 git-diff[1] 的 -O 選項以瞭解詳細資訊。如果 diff.orderFile 是相對路徑名稱，則會將其視為相對於工作樹的頂層。

在複製/重新命名偵測的詳盡部分要考慮的檔案數量；相當於 git diff 選項 -l。如果未設定，則預設值目前為 1000。如果關閉重新命名偵測，則此設定沒有效果。

Git 是否以及如何偵測重新命名。如果設定為 "false"，則會停用重新命名偵測。如果設定為 "true"，則會啟用基本重新命名偵測。如果設定為 "copies" 或 "copy"，Git 也會偵測複製。預設值為 true。請注意，這只會影響 git diff Porcelain，例如 git-diff[1] 和 git-log[1]，而不會影響較低層級的命令，例如 git-diff-files[1]。

一個布林值，用於抑制在每個空的輸出列之前列印空格的標準行為。預設值為 false。

指定如何顯示子模組差異的格式。"short" 格式僅顯示範圍開始和結束時的提交名稱。"log" 格式會像 git-submodule[1] summary 一樣列出範圍內的提交。"diff" 格式會顯示子模組已變更內容的內嵌差異。預設值為 "short"。

一個 POSIX 擴展正規表示式，用於判斷在執行逐字差異計算時何為「字詞」。符合正規表示式的字元序列是「字詞」，所有其他字元都是**可忽略**的空白字元。

自訂差異驅動程式命令。請參閱 gitattributes[5] 以瞭解詳細資訊。

如果此布林值設定為 true，則 diff.<driver>.command 命令預期會在它認為輸入檔案相等時返回退出碼 0，或在它認為輸入檔案不同時返回 1，如同 diff(1)。如果設定為 false（預設值），則該命令預期無論是否相等都會返回退出碼 0。任何其他退出碼都會導致 Git 報告嚴重錯誤。

差異驅動程式應使用以辨識區塊標頭的正規表示式。也可以使用內建模式。請參閱 gitattributes[5] 以瞭解詳細資訊。

將此選項設定為 true，以使差異驅動程式將檔案視為二進制檔案。請參閱 gitattributes[5] 以瞭解詳細資訊。

差異驅動程式應呼叫以產生檔案文字轉換版本的命令。轉換的結果用於產生人類可讀取的差異。請參閱 gitattributes[5] 以瞭解詳細資訊。

差異驅動程式應使用以分割行中字詞的正規表示式。請參閱 gitattributes[5] 以瞭解詳細資訊。

將此選項設定為 true，以使差異驅動程式快取文字轉換輸出。請參閱 gitattributes[5] 以瞭解詳細資訊。

將此選項設定為 false 以停用預設的啟發式方法，該方法會移動差異區塊邊界以使修補程式更易於閱讀。

選擇差異演算法。變體如下

在差異的 context、old 或 new 行中突出顯示空格錯誤。多個值以逗號分隔，none 會重設先前的值，default 會將清單重設為 new，而 all 是 old,new,context 的簡寫。空格錯誤會使用 color.diff.whitespace 著色。命令列選項 --ws-error-highlight=<kind> 會覆寫此設定。

如果設定為有效的 <mode> 或 true 值，則差異中的移動行會以不同的顏色著色，有關有效模式的詳細資訊，請參閱 git-diff[1] 中的 --color-moved。如果僅設定為 true，則會使用預設顏色模式。如果設定為 false，則移動的行不會著色。

當移動的行使用例如 diff.colorMoved 設定進行著色時，此選項會控制 <mode> 如何處理空格。有關有效模式的詳細資訊，請參閱 git-diff[1] 中的 --color-moved-ws。

控制 git-difftool[1] 使用的差異工具。此變數會覆寫 merge.tool 中設定的值。以下列表顯示了有效的內建值。任何其他值都會被視為自訂差異工具，並且需要定義對應的 difftool.<tool>.cmd 變數。

當指定 -g/--gui 標誌時，控制 git-difftool[1] 使用的差異工具。此變數會覆寫 merge.guitool 中設定的值。以下列表顯示了有效的內建值。任何其他值都會被視為自訂差異工具，並且需要定義對應的 difftool.<guitool>.cmd 變數。

指定調用指定的差異工具的命令。指定的命令會在 shell 中進行評估，並提供以下變數：LOCAL 設定為包含差異前映像內容的臨時檔名稱，而 REMOTE 設定為包含差異後映像內容的臨時檔名稱。

覆寫給定工具的路徑。當您的工具不在 PATH 中時，這會很有用。

如果調用的差異工具傳回非零的退出狀態，則退出 difftool。

在每次調用差異工具之前提示。

設定為 true 以預設使用 diff.guitool（相當於指定 --gui 引數），或設定為 auto 以根據 DISPLAY 環境變數值的存在來選擇 diff.guitool 或 diff.tool。預設值為 false，其中必須明確提供 --gui 引數才能使用 diff.guitool。

指定要使用的雜湊演算法。可接受的值為 sha1 和 sha256。如果未指定，則假設為 sha1。除非 core.repositoryFormatVersion 為 1，否則指定此金鑰會產生錯誤。

指定要使用的相容雜湊演算法。可接受的值為 sha1 和 sha256。指定的值必須與 extensions.objectFormat 的值不同。這允許 Git 儲存庫之間的客戶端級互通性，這些儲存庫的 objectFormat 與此 compatObjectFormat 相符。特別是，當完全實作時，從其 objectFormat 與 compatObjectFormat 相符的儲存庫推送和提取。以及能夠使用以 compatObjectFormat 編碼的 oids 以及以 objectFormat 編碼的 oids 來在本機指定物件。

指定要使用的 ref 儲存格式。可接受的值為

如果啟用，則工作樹將從 $GIT_DIR/config.worktree 檔案以及 $GIT_COMMON_DIR/config 檔案載入設定。請注意，對於主要工作樹，$GIT_COMMON_DIR 和 $GIT_DIR 相同，而其他工作樹的 $GIT_DIR 等於 $GIT_COMMON_DIR/worktrees/<id>/。config.worktree 檔案中的設定將覆寫任何其他設定檔中的設定。

如果 git-fast-import[1] 匯入的物件數量低於此限制，則物件將解壓縮為鬆散的物件檔案。但是，如果匯入的物件數量等於或超過此限制，則該包將儲存為一個包。從快速匯入中儲存該包可以使匯入操作更快完成，尤其是在緩慢的檔案系統上。如果未設定，則會改為使用 transfer.unpackLimit 的值。

以 feature. 開頭的設定會修改其他設定組的預設值。這些群組由 Git 開發人員社群建立，作為建議的預設值，並且可能會變更。特別是，可能會新增具有不同預設值的新設定選項。

啟用 Git 的新設定選項，並且正在考慮作為未來預設值。此處包含的設定可能會隨著每個版本（包括次要版本更新）而新增或移除。由於這些設定非常新，因此可能會產生意想不到的互動。如果您有興趣提供有關實驗性功能的回饋，請啟用此設定。新的預設值為

啟用針對工作目錄中具有許多檔案的儲存庫進行最佳化的設定選項。對於許多檔案，git status 和 git checkout 等命令可能會很慢，而這些新預設值可提高效能

此選項控制 git fetch (以及 git pull 中底層的提取) 是否會遞迴提取到已填入的子模組中。此選項可以設定為布林值或on-demand。將其設定為布林值會變更 fetch 和 pull 的行為，當設定為 true 時會無條件遞迴到子模組中，或當設定為 false 時根本不遞迴。當設定為 on-demand 時，fetch 和 pull 僅會在超專案擷取更新子模組參考的提交時，才會遞迴到已填入的子模組中。預設值為 on-demand，或設定為 submodule.recurse 的值。

如果設定為 true，則 git-fetch-pack 將檢查所有提取的物件。有關檢查內容，請參閱 transfer.fsckObjects。預設值為 false。如果未設定，則會改為使用 transfer.fsckObjects 的值。

行為類似於 fsck.<msg-id>，但由 git-fetch-pack[1] 而不是 git-fsck[1] 使用。有關詳細資訊，請參閱 fsck.<msg-id> 文件。

行為類似於 fsck.skipList，但由 git-fetch-pack[1] 而不是 git-fsck[1] 使用。有關詳細資訊，請參閱 fsck.skipList 文件。

如果透過 Git 原生傳輸提取的物件數量低於此限制，則物件將解壓縮為鬆散的物件檔案。但是，如果接收的物件數量等於或超過此限制，則在新增任何遺失的增量基準後，接收的包將儲存為一個包。從推送中儲存包可以使推送操作更快完成，尤其是在緩慢的檔案系統上。如果未設定，則會改為使用 transfer.unpackLimit 的值。

如果為 true，則 fetch 會自動表現得好像在命令列上給定 --prune 選項一樣。另請參閱 remote.<name>.prune 和 git-fetch[1] 的 PRUNING 章節。

如果為 true，則 fetch 會自動表現得好像在修剪時提供了 refs/tags/*:refs/tags/* refspec (如果尚未設定)。這允許設定此選項和 fetch.prune 以維持與上游參考的 1=1 對應。另請參閱 remote.<name>.pruneTags 和 git-fetch[1] 的 PRUNING 章節。

如果為 true，則 fetch 將嘗試更新所有可用的遠端。可以透過傳遞 --no-all 或明確指定要從中提取的一或多個遠端來覆寫此行為。預設值為 false。

控制 ref 更新狀態的列印方式。有效值為 full 和 compact。預設值為 full。有關詳細資訊，請參閱 git-fetch[1] 中的 OUTPUT 章節。

控制在與伺服器協商要傳送的封包檔案內容時，如何傳送關於本機儲存庫中提交的資訊。設定為 "consecutive" 以使用一個演算法，該演算法會逐一檢查連續的提交。設定為 "skipping" 以使用一個演算法，該演算法會跳過提交以加速收斂，但可能會導致封包檔案大於所需；或設定為 "noop" 以完全不傳送任何資訊，這幾乎肯定會導致封包檔案大於所需，但會跳過協商步驟。設定為 "default" 以覆寫先前所做的設定並使用預設行為。預設值通常為 "consecutive"，但如果 feature.experimental 為 true，則預設值為 "skipping"。未知的值會導致 git fetch 發生錯誤。

設定為 false 以在 git-fetch[1] 和 git-pull[1] 命令中啟用 --no-show-forced-updates。預設值為 true。

指定一次可以並行執行的提取操作的最大數量（子模組，或當 git-fetch[1] 的 --multiple 選項生效時的遠端）。

設定為 true 以在每次從遠端下載封包檔案的 git fetch 命令之後寫入提交圖。使用 --split 選項，大多數執行將在現有的提交圖檔案之上建立一個非常小的提交圖檔案。有時，這些檔案會合併，並且寫入可能需要更長的時間。擁有更新的提交圖檔案有助於許多 Git 命令的效能，包括 git merge-base、git push -f 和 git log --graph。預設值為 false。

此值儲存一個 URI，用於在從原始 Git 伺服器執行增量提取之前，從套件 URI 下載 Git 物件資料。這類似於 git-clone[1] 中 --bundle-uri 選項的行為。如果提供的套件 URI 包含為增量提取組織的套件清單，則 git clone --bundle-uri 將設定 fetch.bundleURI 值。

當使用 fetch.bundleURI 從使用 "creationToken" 啟發式的套件清單進行增量提取時，此組態值會儲存已下載套件的最大 creationToken 值。如果廣告的 creationToken 不嚴格大於此值，則此值用於防止將來下載套件。

用於在簽入時將工作樹檔案的內容轉換為 blob 的命令。有關詳細資訊，請參閱 gitattributes[5]。

用於在簽出時將 blob 物件的內容轉換為工作樹檔案的命令。有關詳細資訊，請參閱 gitattributes[5]。

啟用 multipart/mixed 附件作為 format-patch 的預設值。該值也可以是雙引號字串，這將啟用附件作為預設值，並將該值設定為邊界。請參閱 git-format-patch[1] 中的 --attach 選項。要撤銷先前的值，請將其設定為空字串。

提供 format-patch 的 --from 選項的預設值。接受布林值，或名稱和電子郵件地址。如果為 false，則 format-patch 預設為 --no-from，直接在修補程式郵件的 "From:" 欄位中使用提交作者。如果為 true，則 format-patch 預設為 --from，在修補程式郵件的 "From:" 欄位中使用您的提交者身分，並且如果不同，則在修補程式郵件的正文中包含 "From:" 欄位。如果設定為非布林值，則 format-patch 使用該值而不是您的提交者身分。預設值為 false。

提供 format-patch 的 --[no-]force-in-body-from 選項的預設值。預設值為 false。

一個布林值，可以啟用或停用修補程式主旨中的序列號。它預設為 "auto"，僅當有多個修補程式時才啟用它。可以透過將其設定為 "true" 或 "false" 來為所有訊息啟用或停用它。請參閱 git-format-patch[1] 中的 --numbered 選項。

要包含在要透過郵件提交的修補程式中的其他電子郵件標頭。請參閱 git-format-patch[1]。

要包含在要透過郵件提交的修補程式中的其他收件人。請參閱 git-format-patch[1] 中的 --to 和 --cc 選項。

format-patch 的預設值是輸出帶有 [PATCH] 主旨前綴的檔案。使用此變數來變更該前綴。

format-patch 用於確定封面信的哪些部分將使用分支描述填寫的預設模式。請參閱 git-format-patch[1] 中的 --cover-from-description 選項。

format-patch 的預設值是輸出包含 Git 版本號的簽名。使用此變數來變更該預設值。將此變數設定為空字串 ("") 以抑制簽名產生。

其工作方式與 format.signature 完全相同，只是此變數指定的檔案內容將用作簽名。

format-patch 的預設值是輸出帶有後綴 .patch 的檔案。使用此變數來變更該後綴（如果要包含點，請確保包含點）。

使用 "Q-encoding"（在 RFC 2047 中描述）對具有非 ASCII 字元的電子郵件標頭進行編碼，以進行電子郵件傳輸。預設值為 true。

log/show/whatchanged 命令的預設漂亮格式。請參閱 git-log[1]、git-show[1]、git-whatchanged[1]。

git format-patch 的預設執行緒樣式。可以是布林值，或 shallow 或 deep。shallow 執行緒使每個郵件都回覆到系列的開頭，其中開頭是依封面信、--in-reply-to 和第一個修補程式郵件的順序選擇的。deep 執行緒使每個郵件都回覆到前一個郵件。true 布林值與 shallow 相同，而 false 值則會停用執行緒。

一個布林值，可讓您預設啟用 format-patch 的 -s/--signoff 選項。注意：將 Signed-off-by 預告片新增到修補程式應是一種有意識的行為，表示您保證您有權在相同的開放原始碼授權下提交此工作。請參閱 SubmittingPatches 文件以取得進一步討論。

一個布林值，用於控制在叫用 format-patch 時是否產生封面信，但也可以設定為 "auto"，僅當有多個修補程式時才產生封面信。預設值為 false。

設定一個自訂目錄以儲存結果檔案，而不是目前的工作目錄。將建立所有目錄元件。

format-patch 命令產生的輸出檔案名稱的最大長度；預設值為 64。可以被 --filename-max-length=<n> 命令列選項覆寫。

一個布林值，可讓您預設啟用 format-patch 的 --base=auto 選項。也可以設定為 "whenAble"，以允許在有適當的基本可用時啟用 --base=auto，但在其他情況下跳過新增基本資訊，而不會導致格式失效。

提供 format-patch 的 --notes 選項的預設值。接受布林值或指定從何處取得註解的 ref。如果為 false，則 format-patch 預設為 --no-notes。如果為 true，則 format-patch 預設為 --notes。如果設定為非布林值，則 format-patch 預設為 --notes=<ref>，其中 ref 是非布林值。預設值為 false。

[format]
	notes = true
	notes = foo
	notes = false
	notes = bar

一個布林值，當使用 --stdout 時啟用穩健的 "mboxrd" 格式，以逸出 "^>+From " 行。

如果設定，則不在修補程式中顯示任何來源或目的地前綴。這等同於 git diff 使用的 diff.noprefix 選項（但 format-patch 不會遵守該選項）。請注意，透過設定此項，您產生的任何修補程式的接收者都必須使用 -p0 選項來套用它們。

在 fsck 期間，git 可能會發現舊版資料的問題，這些問題不會由目前版本的 git 產生，並且如果設定了 transfer.fsckObjects，則不會透過網路傳送。此功能旨在支援使用包含此類資料的舊版儲存庫。

已知以非致命方式損壞且應忽略的物件名稱清單（即每行一個未縮寫的 SHA-1）的路徑。在 Git 2.20 及更高版本中，註解 (#)、空行以及任何開頭和結尾的空格都會被忽略。在較舊版本中，除了每行一個 SHA-1 之外的任何內容都會產生錯誤。

依預設，fsmonitor 常駐程式拒絕使用網路掛載的儲存庫。將 fsmonitor.allowRemote 設定為 true 會覆寫此行為。僅在 core.fsmonitor 設定為 true 時才會生效。

這個 macOS 特定的選項 (如果已設定) 會指定建立用於 fsmonitor 常駐程式與各種 Git 命令之間通訊的 Unix 網域 socket 的目錄。該目錄必須位於原生的 macOS 檔案系統上。僅在 core.fsmonitor 設定為 true 時才會生效。

git gc --aggressive 使用的增量壓縮演算法中的深度參數。預設值為 50，這是未使用 --aggressive 時 --depth 選項的預設值。

git gc --aggressive 使用的增量壓縮演算法中的視窗大小參數。預設值為 250，這比預設的 --window 10 大得多。

當儲存庫中大約有超過此數量的鬆散物件時，git gc --auto 會將它們打包。一些 Porcelain 命令會不時使用此命令執行輕量級的垃圾收集。預設值為 6700。

當儲存庫中有超過此數量的未標記 *.keep 檔案的套件時，git gc --auto 會將它們合併成一個更大的套件。預設值為 50。將此設定為 0 會停用它。將 gc.auto 設定為 0 也會停用此設定。

如果系統支援，則讓 git gc --auto 立即返回並在背景執行。預設為 true。如果未設定 maintenance.autoDetach，則此組態變數會作為回退方案。

如果非零，則當執行 git gc 時，會保留所有大於此限制的非雜亂套件。這與 --keep-largest-pack 非常相似，只不過是保留所有符合臨界值的非雜亂套件，而不僅僅是最大的套件。預設值為零。支援常見的單位後綴 k、m 或 g。

如果為 true，則當執行 git-gc[1] 時，gc 會重寫 commit-graph 檔案。當使用 git gc --auto 時，如果需要 housekeeping，則會更新 commit-graph。預設值為 true。有關詳細資訊，請參閱 git-commit-graph[1]。

如果檔案 gc.log 存在，則 git gc --auto 會列印其內容並以狀態零結束，除非該檔案的時效超過 gc.logExpiry。預設值為 "1.day"。有關更多指定其值的方式，請參閱 gc.pruneExpire。

在儲存庫中執行 git pack-refs 會導致 1.5.1.2 之前的 Git 版本無法透過 HTTP 等簡易傳輸方式複製。此變數決定 git gc 是否執行 git pack-refs。可以將其設定為 notbare 以在所有非裸儲存庫中啟用它，或者可以將其設定為布林值。預設值為 true。

將無法連線到的物件儲存在雜亂套件中（請參閱 git-repack[1]），而不是作為鬆散物件。預設值為 true。

重新打包時限制新雜亂套件的大小。當除了 --max-cruft-size 之外還指定時，命令列選項優先。請參閱 git-repack[1] 的 --max-cruft-size 選項。

當執行 git gc 時，它將呼叫 prune --expire 2.weeks.ago（如果使用 gc.cruftPacks 或 --cruft 使用雜亂套件，則呼叫 repack --cruft --cruft-expiration 2.weeks.ago）。使用此組態變數覆寫寬限期。值 "now" 可用於停用此寬限期並立即修剪無法連線到的物件，或者可以使用 "never" 來禁止修剪。當 git gc 與另一個寫入儲存庫的處理序同時執行時，此功能有助於防止損壞；請參閱 git-gc[1] 的「NOTES」章節。

當執行 git gc 時，它會呼叫 git worktree prune --expire 3.months.ago。可以使用此組態變數設定不同的寬限期。值 "now" 可用於停用寬限期並立即修剪 $GIT_DIR/worktrees，或者可以使用 "never" 來禁止修剪。

git reflog expire 會移除早於此時間的 reflog 項目；預設值為 90 天。值 "now" 會立即過期所有項目，而 "never" 會完全禁止過期。中間使用 "<pattern>"（例如 "refs/stash"），該設定僅適用於符合 <pattern> 的 ref。

git reflog expire 會移除早於此時間且無法從目前提示連線到的 reflog 項目；預設值為 30 天。值 "now" 會立即過期所有項目，而 "never" 會完全禁止過期。中間使用 "<pattern>"（例如 "refs/stash"），該設定僅適用於符合 <pattern> 的 ref。

當考慮是否要移除物件時（無論是在產生雜亂套件還是將無法連線到的物件儲存為鬆散物件時），請使用 shell 執行指定的命令。將其輸出解釋為 Git 會視為「最近」的物件 ID，無論其存在時間長短。透過將其 mtime 視為「現在」，無論其真實存在時間長短，輸出中提及的任何物件（及其子代）都將被保留。

重新打包時，請使用指定的篩選器將某些物件移到單獨的套件檔案中。請參閱 git-repack[1] 的 --filter=<filter-spec> 選項。

當重新打包和使用篩選器時，請參閱 gc.repackFilter，指定的路徑將被用來建立包含已篩選掉物件的 packfile。警告：指定的路徑應該是可存取的，例如使用 Git alternates 機制，否則儲存庫可能會被 Git 視為損毀，因為它可能無法存取該 packfile 中的物件。請參閱 git-repack[1] 的 --filter-to=<dir> 選項，以及 gitrepository-layout[5] 的 objects/info/alternates 區段。

當執行 git rerere gc 時，先前您已解決的衝突合併記錄將保留這麼多天。您也可以使用更容易理解的格式，例如 "1.month.ago" 等。預設值為 60 天。請參閱 git-rerere[1]。

當執行 git rerere gc 時，您尚未解決的衝突合併記錄將保留這麼多天。您也可以使用更容易理解的格式，例如 "1.month.ago" 等。預設值為 15 天。請參閱 git-rerere[1]。

將此字串附加到每個提交訊息。設定為空字串以停用此功能。預設為 "via git-CVS emulator"。

是否為此儲存庫啟用 CVS 伺服器介面。請參閱 git-cvsserver[1]。

CVS 伺服器介面記錄各種內容的日誌檔路徑。請參閱 git-cvsserver[1]。

如果為 true，伺服器將查找檔案的行尾轉換屬性，以判斷要使用的 -k 模式。如果屬性強制 Git 將檔案視為文字，則 -k 模式將留空，以便 CVS 客戶端將其視為文字。如果它們抑制文字轉換，則檔案將設定為 -kb 模式，這會抑制客戶端可能執行的任何換行符號處理。如果屬性不允許判斷檔案類型，則會使用 gitcvs.allBinary。請參閱 gitattributes[5]。

如果 gitcvs.usecrlfattr 無法解析要使用的正確 -kb 模式，則會使用此設定。如果為 true，所有未解析的檔案都會以 -kb 模式傳送至客戶端。這會導致客戶端將它們視為二進位檔案，從而抑制它可能執行的任何換行符號處理。或者，如果設定為 "guess"，則會檢查檔案的內容以判斷它是否為二進位檔案，類似於 core.autocrlf。

git-cvsserver 用於快取從 Git 儲存庫衍生的修訂資訊的資料庫。確切的含義取決於使用的資料庫驅動程式，對於 SQLite（預設驅動程式），這是一個檔案名稱。支援變數替換（詳情請參閱 git-cvsserver[1]）。不得包含分號 (;)。預設值：%Ggitcvs.%m.sqlite

使用的 Perl DBI 驅動程式。您可以在這裡指定任何可用的驅動程式，但它可能無法正常運作。git-cvsserver 已使用 DBD::SQLite 測試，據報告可與 DBD::Pg 搭配運作，並且據報告無法與 DBD::mysql 搭配運作。實驗性功能。不得包含雙冒號 (:)。預設值：SQLite。請參閱 git-cvsserver[1]。

資料庫使用者和密碼。只有在設定 gitcvs.dbDriver 時才有用，因為 SQLite 沒有資料庫使用者和/或密碼的概念。gitcvs.dbUser 支援變數替換（詳情請參閱 git-cvsserver[1]）。

資料庫表名稱前綴。附加到使用的任何資料庫表的名稱，允許單個資料庫用於多個儲存庫。支援變數替換（詳情請參閱 git-cvsserver[1]）。任何非字母字元都會被底線取代。

請參閱 gitweb[1] 以取得說明。

請參閱 gitweb.conf[5] 以取得說明。

當建立或驗證 PGP 簽章時，使用此自訂程式而不是在 $PATH 上找到的 "gpg"。該程式必須支援與 GPG 相同的命令列介面，也就是說，要驗證分離式簽章，會執行 "gpg --verify $signature - <$file"，並且預期程式會以代碼 0 退出，以表示良好的簽章。要產生 ASCII 編碼的分離式簽章，"gpg -bsau $key" 的標準輸入會饋送要簽章的內容，並且預期程式會將結果傳送到其標準輸出。

指定在使用 --gpg-sign 簽章時要使用的金鑰格式。預設值為 "openpgp"。其他可能的值為 "x509"、"ssh"。

使用此設定來自訂用於您選擇的簽章格式的程式。（請參閱 gpg.program 和 gpg.format）gpg.program 仍然可以用作 gpg.openpgp.program 的舊式同義詞。gpg.x509.program 的預設值為 "gpgsm"，而 gpg.ssh.program 的預設值為 "ssh-keygen"。

指定簽章驗證的最低信任等級。如果未設定此選項，則合併操作的簽章驗證需要至少具有 marginal 信任的金鑰。其他執行簽章驗證的操作需要至少具有 undefined 信任的金鑰。設定此選項會覆蓋所有操作所需的信任等級。支援的值（按重要性遞增排序）

當未設定 user.signingkey 且要求 ssh 簽章時，將執行此命令。在成功退出時，預期其輸出的第一行中會有一個以 key:: 為字首的有效 ssh 公鑰。當靜態設定 user.signingKey 不切實際時，這允許腳本動態查找正確的公鑰。例如，當金鑰或 SSH 憑證頻繁輪換時，或者正確金鑰的選擇取決於 Git 未知的外部因素時。

一個包含您願意信任的 ssh 公鑰的檔案。該檔案包含一行或多行主體，後跟一個 ssh 公鑰。例如：user1@example.com,user2@example.com ssh-rsa AAAAX1...。詳情請參閱 ssh-keygen(1) 的 "ALLOWED SIGNERS"。主體僅用於識別金鑰，並且在驗證簽章時可用。

SSH KRL 或已撤銷公鑰的清單（不帶主體前綴）。詳情請參閱 ssh-keygen(1)。如果在此檔案中找到公鑰，則它將始終被視為具有 "never" 的信任等級，並且簽章將顯示為無效。

如果設定為 true，則預設啟用 -n 選項。

如果設定為 true，則預設啟用 --column 選項。

設定預設的匹配行為。使用 basic、extended、fixed 或 perl 值會分別啟用 --basic-regexp、--extended-regexp、--fixed-strings 或 --perl-regexp 選項，而 default 值將使用 grep.extendedRegexp 選項來選擇 basic 和 extended 之間。

如果設定為 true，則預設啟用 --extended-regexp 選項。當 grep.patternType 選項設定為 default 以外的值時，此選項會被忽略。

要使用的 grep 工作執行緒數量。如果未設定（或設定為 0），Git 將使用與可用邏輯核心數量一樣多的執行緒。

如果設定為 true，則預設啟用 --full-name 選項。

如果設定為 true，則在 git grep 於 git 儲存庫外部執行時，會回退到 git grep --no-index。預設值為 false。

定義 git-gui[1] 中的提交訊息視窗寬度。「75」為預設值。

指定 git-gui[1] 所做的 diff 呼叫應使用多少上下文行。預設值為「5」。

決定 git-gui[1] 是否在檔案清單中顯示未追蹤的檔案。預設值為「true」。

指定在 git-gui[1] 和 gitk[1] 中顯示檔案內容時使用的預設字元編碼。可以透過設定相關檔案的 encoding 屬性來覆寫（請參閱 gitattributes[5]）。如果未設定此選項，工具會預設為使用地區編碼。

決定使用 git-gui[1] 建立的新分支是否預設追蹤具有匹配名稱的遠端分支。預設值：「false」。

在使用 git-gui[1] 建立新分支時，用作建議的名稱。

如果 git-gui[1] 在執行擷取時應修剪遠端追蹤分支，則為「true」。預設值為「false」。

決定 git-gui[1] 是否應信任檔案修改時間戳記。預設情況下，不信任時間戳記。

指定在 git-gui[1] 中用於拼字檢查提交訊息的字典。當設定為「none」時，會關閉拼字檢查。

如果為 true，git gui blame 會使用 -C 而不是 -C -C 來進行原始位置偵測。這會在大型儲存庫上顯著加快 blame 的速度，但會犧牲較不徹底的複製偵測。

指定在 git gui blame 原始位置偵測中使用的閾值，以字母數字字元衡量。有關複製偵測的更多資訊，請參閱 git-blame[1] 手冊。

指定當從 git gui blame 叫用「顯示歷史上下文」選單項目時，在 gitk[1] 中為選定提交顯示的歷史上下文半徑（以天為單位）。如果此變數設定為零，則會顯示整個歷史記錄。

指定在叫用 git-gui[1] 的 Tools 選單的對應項目時要執行的 shell 命令列。此選項對於每個工具都是必要的。該命令從工作目錄的根目錄執行，並且在環境中接收工具的名稱作為 GIT_GUITOOL，目前選定檔案的名稱作為 FILENAME，以及目前分支的名稱作為 CUR_BRANCH（如果 head 已分離，則 CUR_BRANCH 為空）。

僅當在 GUI 中選擇了 diff 時才執行該工具。它保證 FILENAME 不為空。

靜默執行命令，而不建立視窗來顯示其輸出。

在工具完成執行後，不要重新掃描工作目錄以尋找變更。

在實際執行該工具之前顯示確認對話方塊。

向使用者請求字串引數，並透過 ARGS 環境變數將其傳遞給工具。由於請求引數表示確認，因此如果啟用此選項，confirm 選項無效。如果選項設定為 true、yes 或 1，則對話方塊會使用內建的通用提示；否則，會使用變數的確切值。

向使用者請求單個有效的修訂版本，並設定 REVISION 環境變數。在其他方面，此選項與 argPrompt 相似，並且可以與其一起使用。

在 revPrompt 子對話方塊中僅顯示未合併的分支。這對於類似於合併或變基的工具很有用，但不適用於 checkout 或 reset 之類的操作。

指定用於提示對話方塊的標題。預設值為工具名稱。

指定要在對話方塊頂部顯示的通用提示字串，在 argPrompt 和 revPrompt 的子區段之前。預設值包含實際的命令。

指定將用於以 web 格式顯示說明文件的瀏覽器。請參閱 git-help[1]。

覆寫 git-help[1] 使用的預設說明格式。支援 man、info、web 和 html 值。man 為預設值。web 和 html 相同。

如果 git 偵測到拼寫錯誤，並且可以識別出與錯誤類似的確切有效命令，則 git 會嘗試建議正確的命令，甚至自動執行建議。可能的配置值為

指定 HTML 文件所在的路徑。支援檔案系統路徑和 URL。當以 web 格式顯示說明文件時，HTML 頁面將會以這個路徑作為前綴。這預設為您的 Git 安裝的文件路徑。

覆寫 HTTP Proxy，通常使用 http_proxy、https_proxy 和 all_proxy 環境變數進行配置（請參閱 curl(1)）。除了 curl 所理解的語法之外，還可以指定一個具有使用者名稱但沒有密碼的 proxy 字串，在這種情況下，git 會嘗試以與其他憑證相同的方式獲取一個。有關更多資訊，請參閱 gitcredentials[7]。因此，語法為 [protocol://][user[:password]@]proxyhost[:port][/path]。這可以在每個遠端基礎上覆寫；請參閱 remote.<name>.proxy

設定用於驗證 HTTP Proxy 的方法。僅當配置的 proxy 字串包含使用者名稱部分（即，形式為 user@host 或 user@host:port）時，此設定才會生效。這可以在每個遠端基礎上覆寫；請參閱 remote.<name>.proxyAuthMethod。兩者都可以由 GIT_HTTP_PROXY_AUTHMETHOD 環境變數覆寫。可能的值為

儲存用於驗證 HTTPS Proxy 的用戶端憑證的檔案路徑名稱。可以由 GIT_PROXY_SSL_CERT 環境變數覆寫。

儲存用於驗證 HTTPS Proxy 的私鑰的檔案路徑名稱。可以由 GIT_PROXY_SSL_KEY 環境變數覆寫。

啟用 Git 的 proxy SSL 憑證密碼提示。否則，如果憑證或私鑰已加密，OpenSSL 會提示使用者，可能多次。可以由 GIT_PROXY_SSL_CERT_PASSWORD_PROTECTED 環境變數覆寫。

包含憑證套件的檔案路徑名稱，該套件應用於在使用 HTTPS Proxy 時驗證 proxy。可以由 GIT_PROXY_SSL_CAINFO 環境變數覆寫。

嘗試驗證而不尋找使用者名稱或密碼。這可以用於嘗試 GSS-Negotiate 驗證，而無需在 URL 中指定使用者名稱，因為 libcurl 通常需要使用者名稱才能進行驗證。

嘗試進行身份驗證，而無需先進行未經驗證的嘗試並接收 401 回應。這可以用於確保所有請求都經過身份驗證。如果 http.emptyAuth 設定為 true，則此值無效。

控制 GSSAPI 憑證委派。在 libcurl 7.21.7 版中，預設會停用委派。設定此參數以告知伺服器在使用者憑證方面允許委派哪些內容。與 GSS/kerberos 一起使用。可能的值為

與伺服器通訊時傳遞額外的 HTTP 標頭。如果存在多個此類條目，則所有條目都會新增為額外標頭。為了允許覆寫從系統設定繼承的設定，空值會將額外標頭重設為空清單。

包含先前儲存的 Cookie 行的檔案路徑名稱，如果它們與伺服器匹配，則應在 Git http 會話中使用。要從中讀取 Cookie 的檔案格式應為純 HTTP 標頭或 Netscape/Mozilla Cookie 檔案格式（請參閱 curl(1)）。將其設定為空字串，以僅接受來自伺服器的新 Cookie，並在同一個連線中的後續請求中將它們傳回。請注意，除非設定了 http.saveCookies，否則以 http.cookieFile 指定的檔案僅用作輸入。

如果設定，則將請求期間收到的 Cookie 儲存到 http.cookieFile 指定的檔案中。如果 http.cookieFile 未設定或設定為空字串，則無效。

與伺服器通訊時使用指定的 HTTP 協定版本。如果您要強制使用預設值。可用和預設版本取決於 libcurl。目前此選項的可能值為

主機名稱解析資訊，libcurl 在傳送 HTTP 請求時會先使用此資訊。此資訊應採用以下格式之一

如果您要強制使用預設值，則在協商 SSL 連線時要使用的 SSL 版本。可用和預設版本取決於 libcurl 是針對 NSS 還是 OpenSSL 建置，以及所使用加密程式庫的特定設定。在內部，這會設定 CURLOPT_SSL_VERSION 選項；如需此選項格式和支援的 SSL 版本的詳細資訊，請參閱 libcurl 文件。目前此選項的可能值為

在協商 SSL 連線時要使用的 SSL 加密法清單。可用的加密法取決於 libcurl 是針對 NSS 還是 OpenSSL 建置，以及所使用加密程式庫的特定設定。在內部，這會設定 CURLOPT_SSL_CIPHER_LIST 選項；如需此清單格式的詳細資訊，請參閱 libcurl 文件。

是否在透過 HTTPS 擷取或推送時驗證 SSL 憑證。預設為 true。可由 GIT_SSL_NO_VERIFY 環境變數覆寫。

在透過 HTTPS 擷取或推送時包含 SSL 憑證的檔案。可由 GIT_SSL_CERT 環境變數覆寫。

在透過 HTTPS 擷取或推送時包含 SSL 私密金鑰的檔案。可由 GIT_SSL_KEY 環境變數覆寫。

啟用 Git 的 SSL 憑證密碼提示。否則，如果憑證或私密金鑰已加密，OpenSSL 可能會多次提示使用者。可由 GIT_SSL_CERT_PASSWORD_PROTECTED 環境變數覆寫。

在透過 HTTPS 擷取或推送時包含用於驗證對等方的憑證檔案。可由 GIT_SSL_CAINFO 環境變數覆寫。

在透過 HTTPS 擷取或推送時包含用於驗證對等方的 CA 憑證檔案的路徑。可由 GIT_SSL_CAPATH 環境變數覆寫。

要使用的 SSL 後端的名稱（例如，「openssl」或「schannel」）。如果 cURL 在執行階段不支援選擇 SSL 後端，則會忽略此選項。

當 http.sslBackend 設定為「schannel」時，用於強制執行或停用 cURL 中的憑證撤銷檢查。如果未設定，則預設為 true。只有在 Git 持續發生錯誤且訊息是關於檢查憑證的撤銷狀態時，才需要停用此功能。如果 cURL 在執行階段不支援設定相關的 SSL 選項，則會忽略此選項。

從 cURL v7.60.0 開始，Secure Channel 後端可以使用透過 http.sslCAInfo 提供的憑證套件，但這會覆寫 Windows 憑證存放區。由於預設情況下不希望這樣做，因此當透過 http.sslBackend 設定 schannel 後端時，Git 會告知 cURL 預設不要使用該套件，除非 http.schannelUseSSLCAInfo 覆寫此行為。

https 服務的公開金鑰。它可以是 PEM 或 DER 編碼的公開金鑰檔案的檔案名稱，也可以是以 sha256// 開頭的字串，後面接著公開金鑰的 base64 編碼 sha256 雜湊值。另請參閱 libcurl CURLOPT_PINNEDPUBLICKEY。如果設定此選項但 cURL 不支援，則 git 將會以錯誤結束。

透過一般 FTP 協定連線時，嘗試使用 AUTH SSL/TLS 和加密資料傳輸。如果 FTP 伺服器因為安全原因而需要它，或者您希望在遠端 FTP 伺服器支援時安全地連線，則可能需要這樣做。預設為 false，因為它可能會在設定錯誤的伺服器上觸發憑證驗證錯誤。

要並行啟動的 HTTP 請求數。可由 GIT_HTTP_MAX_REQUESTS 環境變數覆寫。預設為 5。

要跨請求保留的 curl 會話數（跨插槽計數）。它們不會隨著 curl_easy_cleanup() 結束，直到呼叫 http_cleanup() 為止。如果未定義 USE_CURL_MULTI，則此值將上限為 1。預設為 1。

智慧型 HTTP 傳輸將資料 POST 到遠端系統時所用緩衝區的最大大小（以位元組為單位）。對於大於此緩衝區大小的請求，會使用 HTTP/1.1 和 Transfer-Encoding: chunked，以避免在本機建立大型封裝檔案。預設值為 1 MiB，這對於大多數請求來說已足夠。

如果 HTTP 傳輸速度（以每秒位元組為單位）低於 http.lowSpeedLimit 的時間超過 http.lowSpeedTime 秒，則會中止傳輸。可由 GIT_HTTP_LOW_SPEED_LIMIT 和 GIT_HTTP_LOW_SPEED_TIME 環境變數覆寫。

一個布林值，可停用 curl 使用 EPSV ftp 命令。這對於某些不支援 EPSV 模式的「不良」ftp 伺服器可能很有幫助。可由 GIT_CURL_FTP_NO_EPSV 環境變數覆寫。預設為 false（curl 將使用 EPSV）。

呈現給 HTTP 伺服器的 HTTP USER_AGENT 字串。預設值表示 Git 用戶端的版本，例如 git/1.7.1。此選項允許您將此值覆寫為更常見的值，例如 Mozilla/4.0。例如，如果透過防火牆連線，該防火牆將 HTTP 連線限制為一組常見的 USER_AGENT 字串（但不包括 git/1.7.1 之類的字串），則可能需要這樣做。可由 GIT_HTTP_USER_AGENT 環境變數覆寫。

git 是否應遵循 HTTP 重新導向。如果設定為 true，則 git 會透明地遵循其遇到的伺服器發出的任何重新導向。如果設定為 false，則 git 會將所有重新導向視為錯誤。如果設定為 initial，則 git 僅會針對對遠端的初始請求遵循重新導向，而不會針對後續的 HTTP 請求遵循重新導向。由於 git 使用重新導向的 URL 作為後續請求的基礎，因此通常這已足夠。預設為 initial。

以上任何 http.* 選項都可以選擇性地應用於某些 URL。若要使設定金鑰與 URL 匹配，設定金鑰的每個元素都會按照以下順序與 URL 的元素進行比較

儲存提交訊息的字元編碼；Git 本身並不在意，但此資訊是必要的，例如從電子郵件匯入提交時或在 gitk 圖形歷史瀏覽器中（以及未來可能在其他地方或在其他瓷器中）。請參閱例如 git-mailinfo[1]。預設值為 utf-8。

執行 git log 和相關命令時，將提交訊息轉換為的字元編碼。

要將郵件放入的資料夾，通常是草稿資料夾。例如：「INBOX.Drafts」、「INBOX/Drafts」或「[Gmail]/Drafts」。必要欄位。

用於設定 IMAP 伺服器的通道的命令，命令會透過此通道傳送，而不是使用直接網路連線連到伺服器。當未設定 imap.host 時為必要欄位。

識別伺服器的 URL。對於非安全連線，請使用 imap:// 字首，對於安全連線，請使用 imaps:// 字首。當設定 imap.tunnel 時會忽略，否則為必要欄位。

登入伺服器時要使用的使用者名稱。

登入伺服器時要使用的密碼。

要在伺服器上連線的整數連接埠號碼。imap:// 主機的預設值為 143，imaps:// 主機的預設值為 993。當設定 imap.tunnel 時會忽略。

用於啟用/停用 SSL/TLS 連線所使用之伺服器憑證驗證的布林值。預設值為 true。當設定 imap.tunnel 時會忽略。

用於在傳送修補程式時啟用/停用 HTML 編碼使用的布林值。HTML 編碼的修補程式會以 <pre> 括住，且內容類型為 text/html。諷刺的是，啟用此選項會導致 Thunderbird 將修補程式以 plain/text、format=fixed 電子郵件傳送。預設值為 false。

指定使用 IMAP 伺服器進行驗證的驗證方法。如果 Git 是以 NO_CURL 選項建置的，或如果您的 curl 版本早於 7.34.0，或如果您以 --no-curl 選項執行 git-imap-send，則唯一支援的方法是 CRAM-MD5。如果未設定，則 git imap-send 會使用基本的 IMAP 純文字 LOGIN 命令。

用於包含其他設定檔的特殊變數。請參閱主要 git-config[1] 文件中的「設定檔」章節，特別是「包含」和「條件式包含」子章節。

指定索引檔是否應包含「索引條目結尾」區段。這可以減少多處理器電腦上的索引載入時間，但在使用 2.20 之前的 Git 版本讀取索引時，會產生「忽略 EOIE 擴充功能」訊息。如果已明確啟用 index.threads，則預設值為 true，否則為 false。

指定索引檔是否應包含「索引條目偏移表」區段。這可以減少多處理器電腦上的索引載入時間，但在使用 2.20 之前的 Git 版本讀取索引時，會產生「忽略 IEOT 擴充功能」訊息。如果已明確啟用 index.threads，則預設值為 true，否則為 false。

啟用時，使用稀疏目錄條目寫入索引。除非同時啟用 core.sparseCheckout 和 core.sparseCheckoutCone，否則此設定無效。預設值為 false。

指定載入索引時要產生的執行緒數。這旨在減少多處理器電腦上的索引載入時間。指定 0 或 true 將導致 Git 自動偵測 CPU 數量並據此設定執行緒數。指定 1 或 false 將停用多執行緒。預設值為 true。

指定應使用哪個版本初始化新的索引檔。這不會影響現有的儲存庫。如果已啟用 feature.manyFiles，則預設值為 4。

啟用時，請勿計算索引檔的尾端雜湊。這會加快操作索引的 Git 命令，例如 git add、git commit 或 git status。不要儲存總和檢查碼，而是寫入一組尾隨的位元組，其值為零，表示已略過計算。

指定將從中複製範本的目錄。（請參閱 git-init[1] 的「範本目錄」章節。）

允許覆寫預設分支名稱，例如在初始化新的儲存庫時。

允許覆寫新儲存庫的預設物件格式。請參閱 git-init[1] 中的 --object-format=。命令列選項和 GIT_DEFAULT_HASH 環境變數都優先於此設定。

允許覆寫新儲存庫的預設參考儲存格式。請參閱 git-init[1] 中的 --ref-format=。命令列選項和 GIT_DEFAULT_REF_FORMAT 環境變數都優先於此設定。

指定將用於在 gitweb 中瀏覽您工作儲存庫的程式。請參閱 git-instaweb[1]。

要在您工作儲存庫上啟動 gitweb 的 HTTP 精靈命令列。請參閱 git-instaweb[1]。

如果為 true，git-instaweb[1] 啟動的 Web 伺服器將會繫結至本機 IP (127.0.0.1)。

git-instaweb[1] 要使用的預設模組路徑，而不是 /usr/lib/apache2/modules。僅在 httpd 為 Apache 時使用。

將 gitweb httpd 繫結到的連接埠號碼。請參閱 git-instaweb[1]。

如果設定為 true，則允許使用者在互動式命令中使用單一按鍵提供單字母輸入（即，無需按下 Enter 鍵）。目前，此設定用於 git-add[1]、git-checkout[1]、git-restore[1]、git-commit[1]、git-reset[1] 和 git-stash[1] 的 --patch 模式。

當互動式命令（例如 git add --patch）顯示彩色差異時，git 會透過此設定變數定義的 shell 命令管道差異。命令可能會進一步標示差異以供人類閱讀，但前提是它會保留與原始差異行的一對一對應關係。預設為停用（無篩選）。

如果為 true，則會使 git-log[1]、git-show[1] 和 git-whatchanged[1] 採用 --abbrev-commit。您可以使用 --no-abbrev-commit 覆寫此選項。

設定 log 命令的預設日期時間模式。為 log.date 設定值類似於使用 git log 的 --date 選項。詳細資訊請參閱 git-log[1]。

印出 log 命令顯示的任何提交的參考名稱。如果指定 short，則不會印出參考名稱字首 refs/heads/、refs/tags/ 和 refs/remotes/。如果指定 full，則會印出完整參考名稱（包括字首）。如果指定 auto，則如果輸出要傳送到終端機，則參考名稱會顯示為好像給定 short，否則不會顯示參考名稱。這與 git log 的 --decorate 選項相同。

依預設，git log 只顯示某些已知參考命名空間的裝飾。如果指定 all，則會顯示所有參考作為裝飾。

從記錄裝飾中排除指定的模式。這類似於 --decorate-refs-exclude 命令列選項，但可以使用 --decorate-refs 選項覆寫設定選項。

設定當指定 --diff-merges=on 時要使用的差異格式，詳細資訊請參閱 git-log[1] 中的 --diff-merges。預設值為 separate。

如果為 true，當給定單個 <path> 時，git log 的行為將如同使用了 --follow 選項。這與 --follow 有相同的限制，即它不能用於追蹤多個檔案，並且在非線性歷史記錄上效果不佳。

一個以逗號分隔的顏色列表，可用於在 git log --graph 中繪製歷史線條。

如果為 true，初始提交將顯示為一個大型的建立事件。這相當於對一個空的樹進行差異比較。像 git-log[1] 或 git-whatchanged[1] 這樣的工具通常會隱藏根提交，現在將會顯示它。預設值為 True。

如果為 true，則使 git-log[1]、git-show[1] 和 git-whatchanged[1] 假設使用了 --show-signature 選項。

如果為 true，則使 git-log[1]、git-show[1] 和 git-whatchanged[1] 假設使用了 --use-mailmap 選項，否則假設使用了 --no-use-mailmap 選項。預設值為 True。

可以是 "advertise" (預設值)、"allow" 或 "ignore"。如果為 "advertise"，伺服器將回應客戶端發送的 "unborn"（如 gitprotocol-v2[5] 中所述），並在協定 v2 功能宣告期間宣告對此功能的支援。"allow" 與 "advertise" 相同，只是伺服器不會宣告對此功能的支援；這對於無法原子更新的負載平衡伺服器（例如）很有用，因為管理員可以設定 "allow"，然後在延遲後設定 "advertise"。

如果為 true，則使 git-mailinfo[1] (因此也包括 git-am[1]) 預設行為如同在命令列上提供了 --scissors 選項。當此功能啟用時，它會從訊息主體中刪除剪刀線（即主要由 ">8"、"8<" 和 "-" 組成）之前的所有內容。

一個增強的郵件映射檔案的位置。首先載入位於儲存庫根目錄的預設郵件映射檔案，然後載入此變數指向的郵件映射檔案。郵件映射檔案的位置可能在儲存庫的子目錄中，或在儲存庫本身之外的某個位置。請參閱 git-shortlog[1] 和 git-blame[1]。

類似於 mailmap.file，但將該值視為對儲存庫中 blob 的參考。如果同時給定 mailmap.file 和 mailmap.blob，則會解析兩者，其中來自 mailmap.file 的條目具有優先權。在裸儲存庫中，預設值為 HEAD:.mailmap。在非裸儲存庫中，預設值為空。

此布林組態選項控制某些命令在完成正常工作後是否執行 git maintenance run --auto。預設值為 true。

許多 Git 命令在將資料寫入儲存庫後會觸發自動維護。此布林組態選項控制此自動維護應在前台發生，還是維護程序應分離並在背景中繼續運行。

此字串組態選項提供了一種方法來指定幾個建議的背景維護排程之一。這僅影響在 git maintenance run --schedule=X 命令期間執行哪些任務，前提是未提供任何 --task=<task> 引數。此外，如果設定了 maintenance.<task>.schedule 組態值，則會使用該值，而不是 maintenance.strategy 提供的值。可能的策略字串為

此布林組態選項控制當未指定 --task 選項給 git maintenance run 時，是否執行名稱為 <task> 的維護任務。如果存在 --task 選項，則會忽略這些組態值。預設情況下，只有 maintenance.gc.enabled 為 true。

此組態選項控制在 git maintenance run --schedule=<frequency> 命令期間是否執行給定的 <task>。該值必須是 "hourly"、"daily" 或 "weekly" 之一。

此整數組態選項控制應多久執行一次 commit-graph 任務，作為 git maintenance run --auto 的一部分。如果為零，則 commit-graph 任務不會使用 --auto 選項執行。負值將強制每次都執行該任務。否則，正值表示當不在 commit-graph 檔案中的可到達提交數量至少為 maintenance.commit-graph.auto 的值時，應執行該命令。預設值為 100。

此整數組態選項控制應多久執行一次 loose-objects 任務，作為 git maintenance run --auto 的一部分。如果為零，則 loose-objects 任務不會使用 --auto 選項執行。負值將強制每次都執行該任務。否則，正值表示當鬆散物件的數量至少為 maintenance.loose-objects.auto 的值時，應執行該命令。預設值為 100。

此整數組態選項控制應多久執行一次 incremental-repack 任務，作為 git maintenance run --auto 的一部分。如果為零，則 incremental-repack 任務不會使用 --auto 選項執行。負值將強制每次都執行該任務。否則，正值表示當不在 multi-pack-index 中的 pack 檔案數量至少為 maintenance.incremental-repack.auto 的值時，應執行該命令。預設值為 10。

指定可用於以 *man* 格式顯示說明的程式。請參閱 git-help[1]。

指定要調用指定 man 檢視器的命令。指定的命令會在 shell 中進行評估，並將 man 頁面作為引數傳遞。(請參閱 git-help[1]。)

覆寫給定工具的路徑，該工具可用於以 *man* 格式顯示說明。請參閱 git-help[1]。

指定在合併時，將衝突區塊寫入工作樹檔案的樣式。預設值為 "merge"，它會顯示一個 <<<<<<< 衝突標記、一方所做的更改、一個 ======= 標記、另一方所做的更改，然後是一個 >>>>>>> 標記。另一種樣式 "diff3" 會在 ======= 標記之前新增一個 ||||||| 標記和原始文字。"merge" 樣式往往會產生比 diff3 更小的衝突區域，這既是因為排除了原始文字，也因為當兩側的行子集匹配時，它們會直接從衝突區域中拉出。另一種替代樣式 "zdiff3" 類似於 diff3，但當這些匹配的行出現在衝突區域的開頭或結尾附近時，它會從衝突區域中刪除兩側的匹配行。

如果在沒有任何提交引數的情況下呼叫合併，則透過使用儲存在遠端追蹤分支中的最後觀察到的值，合併為目前分支設定的上游分支。諮詢 branch.<current branch>.merge 的值，這些值會命名由 branch.<current branch>.remote 命名的遠端分支，然後透過 remote.<remote>.fetch 將它們對應到其相對應的遠端追蹤分支，並合併這些追蹤分支的提示。預設值為 true。

預設情況下，當合併一個是目前提交的後代的提交時，Git 不會建立額外的合併提交。相反地，會快速向前推進目前分支的提示。當設定為 false 時，此變數會告知 Git 在這種情況下建立額外的合併提交（相當於從命令列給出 --no-ff 選項）。當設定為 only 時，只允許這種快速向前合併（相當於從命令列給出 --ff-only 選項）。

如果為 true，則相當於 --verify-signatures 命令列選項。有關詳細資訊，請參閱 git-merge[1]。

除了分支名稱外，還會用與分支相關聯的分支描述文字來填充記錄訊息。預設值為 false。

除了分支名稱外，還會使用最多指定數量的來自實際正在合併的提交的一行描述來填充記錄訊息。預設值為 false，true 是 20 的同義詞。

透過將符合整合分支名稱的 glob 新增至此多值組態變數，為合併到這些整合分支計算的預設合併訊息，將會從其標題中省略 "into <branch name>"。

在合併期間，在重新命名偵測的詳盡部分中要考慮的檔案數量。如果未指定，則預設為 diff.renameLimit 的值。如果未指定 merge.renameLimit 和 diff.renameLimit，則目前預設為 7000。如果關閉了重新命名偵測，則此設定無效。

是否讓 Git 偵測重新命名。若設定為「false」，則停用重新命名偵測。若設定為「true」，則啟用基本重新命名偵測。預設值為 diff.renames 的值。

是否讓 Git 偵測目錄重新命名，這會影響在合併時，當歷史紀錄的一方將目錄重新命名，而另一方在該目錄中新增檔案時會發生的情況。如果 merge.directoryRenames 設定為「false」，則停用目錄重新命名偵測，表示這些新檔案將會留在舊目錄中。如果設定為「true」，則啟用目錄重新命名偵測，表示這些新檔案將會被移動到新目錄中。如果設定為「conflict」，則會針對這些路徑回報衝突。如果 merge.renames 為 false，則會忽略 merge.directoryRenames 並將其視為 false。預設值為「conflict」。

告知 Git 儲存庫中檔案的標準表示法已隨著時間改變 (例如，較早的提交記錄使用 CRLF 行尾符號的文字檔案，但最近的提交記錄使用 LF 行尾符號)。在這樣的儲存庫中，Git 可以在執行合併之前，將提交記錄中的資料轉換為標準格式，以減少不必要的衝突。如需更多資訊，請參閱 gitattributes[5] 中的「合併具有不同簽入/簽出屬性的分支」章節。

是否在合併結束時列印 ORIG_HEAD 和合併結果之間的 diffstat。預設值為 True。

設定為 true 時，會在操作開始前自動建立暫存的儲藏項目，並在操作結束後套用。這表示您可以在有髒工作樹的狀態下執行合併。但是，請謹慎使用：成功合併後最終套用儲藏項目可能會導致複雜的衝突。此選項可以被 git-merge[1] 的 --no-autostash 和 --autostash 選項覆寫。預設值為 false。

控制 git-mergetool[1] 使用的合併工具。以下清單顯示有效的內建值。任何其他值都會被視為自訂合併工具，並且需要定義對應的 mergetool.<tool>.cmd 變數。

控制當指定 -g/--gui 旗標時，git-mergetool[1] 使用的合併工具。以下清單顯示有效的內建值。任何其他值都會被視為自訂合併工具，並且需要定義對應的 mergetool.<guitool>.cmd 變數。

控制遞迴合併策略顯示的輸出量。層級 0 除了偵測到衝突時的最終錯誤訊息外，不會輸出任何內容。層級 1 只輸出衝突，層級 2 輸出衝突和檔案變更。層級 5 及以上會輸出偵錯資訊。預設值為層級 2。可以使用 GIT_MERGE_VERBOSITY 環境變數覆寫。

為自訂的底層合併驅動程式定義人類可讀的名稱。詳細資訊請參閱 gitattributes[5]。

定義實作自訂底層合併驅動程式的命令。詳細資訊請參閱 gitattributes[5]。

命名在執行通用祖先之間的內部合併時要使用的底層合併驅動程式。詳細資訊請參閱 gitattributes[5]。

覆寫給定工具的路徑。當您的工具不在 PATH 中時，這會很有用。

指定要呼叫指定合併工具的命令。指定的命令會在 shell 中進行評估，並提供以下變數：BASE 是包含要合併檔案的共同基礎的暫存檔案名稱 (如果有的話)；LOCAL 是包含目前分支檔案內容的暫存檔案名稱；REMOTE 是包含要合併分支檔案內容的暫存檔案名稱；MERGED 包含合併工具應將成功合併的結果寫入的檔案名稱。

允許使用者覆寫特定工具的全域 mergetool.hideResolved 值。完整描述請參閱 mergetool.hideResolved。

對於自訂合併命令，請指定是否可以使用合併命令的結束代碼來判斷合併是否成功。如果未將此設定為 true，則會檢查合併目標檔案時間戳記，如果檔案已更新，則會假設合併已成功；否則，系統會提示使用者指出合併是否成功。

舊版 meld 不支援 --output 選項。Git 會嘗試透過檢查 meld --help 的輸出，來偵測 meld 是否支援 --output。設定 mergetool.meld.hasOutput 會讓 Git 跳過這些檢查，並改為使用設定的值。將 mergetool.meld.hasOutput 設定為 true 會告知 Git 無條件使用 --output 選項，而 false 會避免使用 --output。

當給定 --auto-merge 時，meld 會自動合併所有非衝突的部分，反白顯示衝突的部分，並等待使用者決定。將 mergetool.meld.useAutoMerge 設定為 true 會告知 Git 無條件地將 --auto-merge 選項與 meld 搭配使用。將此值設定為 auto 會使 git 偵測是否支援 --auto-merge，並且只在可用的情況下使用 --auto-merge。值為 false 會完全避免使用 --auto-merge，且為預設值。

設定 vimdiff 的 <variant> 的分割視窗版面配置，其中 <variant> 可以是 vimdiff、nvimdiff、gvimdiff 的任何一個。使用 --tool=<variant> 啟動 git mergetool 時 (如果 merge.tool 設定為 <variant>，則不使用 --tool)，Git 會查詢 mergetool.<variant>.layout 以判斷工具的版面配置。如果沒有特定變體的設定，則會使用 vimdiff 的設定作為後備。如果也沒有，則會使用具有 4 個視窗的預設版面配置。若要設定版面配置，請參閱 git-mergetool[1] 中的 BACKEND SPECIFIC HINTS 章節。

在合併期間，Git 會自動解析盡可能多的衝突，並在無法解析的任何衝突周圍寫入包含衝突標記的 MERGED 檔案；LOCAL 和 REMOTE 通常代表來自 Git 衝突解析之前的文件版本。這個旗標會導致 LOCAL 和 REMOTE 被覆寫，以便只有未解決的衝突才會呈現給合併工具。可以使用 mergetool.<tool>.hideResolved 設定變數，針對每個工具進行設定。預設值為 false。

執行合併後，可以將包含衝突標記的原始檔案儲存為具有 .orig 副檔名的檔案。如果將此變數設定為 false，則不會保留此檔案。預設值為 true (即保留備份檔案)。

在呼叫自訂合併工具時，Git 會使用一組暫存檔案傳遞給該工具。如果工具傳回錯誤，且此變數設定為 true，則會保留這些暫存檔案；否則，它們會在工具結束後移除。預設值為 false。

Git 預設會將衝突檔案的暫存 BASE、LOCAL 和 REMOTE 版本寫入工作樹。如果設定為 true，Git 會嘗試對這些檔案使用暫存目錄。預設值為 false。

在每次呼叫合併解析程式之前提示。

設定為 true 以預設使用 merge.guitool (相當於指定 --gui 引數)，或設定為 auto 以根據是否存在 DISPLAY 環境變數值來選取 merge.guitool 或 merge.tool。預設值為 false，其中必須明確提供 --gui 引數，才能使用 merge.guitool。

解析 notes 衝突時預設選擇的合併策略。必須是 manual、ours、theirs、union 或 cat_sort_uniq 其中之一。預設值為 manual。如需每個策略的詳細資訊，請參閱 git-notes[1] 的「NOTES MERGE STRATEGIES」章節。

在將 notes 合併到 refs/notes/<name> 時選擇的合併策略。這會覆寫更通用的 "notes.mergeStrategy"。如需可用策略的詳細資訊，請參閱 git-notes[1] 中的「NOTES MERGE STRATEGIES」章節。

除了 core.notesRef 或 GIT_NOTES_REF 設定的預設值之外，在顯示具有 git log 系列命令的提交訊息時，還要從哪個 ref (或 ref，如果是 glob 或多次指定) 讀取 notes。

當使用 <command> (目前為 amend 或 rebase) 重寫提交時，如果此變數為 false，git 將不會把筆記從原始提交複製到重寫後的提交。預設值為 true。另請參閱下方的「notes.rewriteRef」。

在重寫期間複製筆記時（請參閱「notes.rewrite.<command>」選項），決定如果目標提交已有名為的筆記時該怎麼做。必須是 overwrite、concatenate、cat_sort_uniq 或 ignore 其中之一。預設值為 concatenate。

在重寫期間複製筆記時，指定應複製其筆記的（完整合格）ref。可以是 glob，在這種情況下，將複製所有符合 ref 的筆記。您也可以多次指定此設定。

當命令行上未給定視窗大小時，git-pack-objects[1] 使用的視窗大小。預設值為 10。

當命令行上未給定最大深度時，git-pack-objects[1] 使用的最大 delta 深度。預設值為 50。最大值為 4095。

當命令行上未給定限制時，git-pack-objects[1] 中每個執行緒用於 pack 視窗記憶體所消耗的最大記憶體大小。值可以加上後綴「k」、「m」或「g」。當未設定（或明確設定為 0）時，將沒有限制。

一個整數 -1..9，表示 pack 檔案中物件的壓縮級別。-1 為 zlib 預設值。0 表示不壓縮，而 1..9 是各種速度/大小權衡，9 為最慢。如果未設定，則預設為 core.compression。如果 core.compression 也未設定，則預設為 -1，即 zlib 預設值，這是「速度和壓縮之間的預設折衷（目前相當於級別 6）。」

當為 true 或 "single" 且啟用可達性位圖時，pack-objects 將嘗試逐字發送位圖 packfile 的部分。當為 "multi" 且有多重 pack 可達性位圖可用時，pack-objects 將嘗試發送 MIDX 中所有 pack 的部分。

一個擴充的正規表示式，用於設定一組 delta 島。有關詳細資訊，請參閱 git-pack-objects[1] 中的「DELTA ISLANDS」。

指定一個島嶼名稱，該島嶼的物件會被優先打包。這會在一個 pack 的前面建立一種虛擬 pack，以便指定島嶼的物件希望可以更快地複製到應提供給請求這些物件的使用者的任何 pack 中。實際上，這表示指定的島嶼應對應於儲存庫中最常複製的內容。另請參閱 git-pack-objects[1] 中的「DELTA ISLANDS」。

在將 delta 寫入 pack 之前，git-pack-objects[1] 中用於快取 delta 的最大記憶體量（以位元組為單位）。此快取用於加速寫入物件階段，方法是不必在找到所有物件的最佳匹配後重新計算最終的 delta 結果。在記憶體不足的機器上重新打包大型儲存庫可能會受到嚴重影響，尤其是在此快取將系統推入交換的情況下。值 0 表示沒有限制。可以使用 1 個位元組的最小大小來實際上停用此快取。預設值為 256 MiB。

在 git-pack-objects[1] 中快取的 delta 最大大小。此快取用於加速寫入物件階段，方法是不必在找到所有物件的最佳匹配後重新計算最終的 delta 結果。預設值為 1000。最大值為 65535。

指定在搜尋最佳 delta 匹配時要產生的執行緒數。這需要使用 pthreads 編譯 git-pack-objects[1]，否則此選項將被忽略並發出警告。這旨在減少多處理器機器上的打包時間。但是，delta 搜尋視窗所需的記憶體量會乘以執行緒數。指定 0 將導致 Git 自動偵測 CPU 數量並相應地設定執行緒數。

指定預設 pack 索引版本。有效值為 1，表示 Git 1.5.2 之前的版本使用的舊版 pack 索引；以及 2，表示新的 pack 索引，具有大於 4 GB 的 pack 的功能以及針對損壞 pack 的重新打包的適當保護。版本 2 是預設值。請注意，當對應的 pack 大於 2 GB 時，將強制執行版本 2，並忽略此組態選項。

pack 的最大大小。此設定僅影響重新打包時寫入檔案的打包，也就是說，git:// 協定不受影響。它可以被 git-repack[1] 的 --max-pack-size 選項覆寫。達到此限制會導致建立多個 packfile。

如果為 true，git 會在打包到 stdout 時（例如，在提取的伺服器端期間）使用 pack 位圖（如果可用）。預設值為 true。您通常不需要關閉此設定，除非您正在偵錯 pack 位圖。

如果為 true，Git 將使用實驗性演算法來計算帶有位圖的可達性查詢。與其為所有否定提示建立完整的位圖，然後將它們 OR 在一起，不如考慮將帶有現有位圖的否定提示視為可加成的（即，如果它們存在，則將它們 OR 到結果中，否則忽略它們），並在邊界處建立位圖。

如果為 true，當存在 --revs 選項時，git 預設會在使用 git pack-objects 時使用 --sparse 選項。此演算法僅遍歷出現在引入新物件的路徑中的樹。當計算要發送小變更的 pack 時，這可以顯著提高效能。但是，如果包含的提交包含某些類型的直接重新命名，則可能會將額外的物件新增到 packfile。預設值為 true。

在選擇哪些提交將接收位圖時，優先選擇此設定的任何值後綴的任何參考提示上的提交，而不是「選擇視窗」中的任何其他提交。

這是 repack.writeBitmaps 的已棄用同義詞。

如果為 true，git 將在位圖索引中包含「雜湊快取」區段（如果已寫入）。此快取可用於提供 Git 的 delta 啟發式演算法，可能會導致在位圖和非位圖物件之間產生更好的 delta（例如，在舊的位圖 pack 和自上次 gc 以來推送的物件之間提供提取）。缺點是它會消耗每個物件 4 個位元組的磁碟空間。預設值為 true。

如果為 true，Git 會在位元圖索引中包含「查閱表」區段 (如果有的話)。此表用於儘可能延後載入個別的位元圖。這對於具有相對較大位元圖索引的儲存庫可能很有益處。預設為 false。

如果為 true，git 會讀取任何可用的 .rev 檔案 (請參閱：gitformat-pack[5])。如果為 false，則會從頭開始產生反向索引，並儲存在記憶體中。預設為 true。

如果為 true，git 會為它寫入的每個新 packfile 寫入對應的 .rev 檔案 (請參閱：gitformat-pack[5])，但在 git-fast-import[1] 和批量簽入機制中除外。預設為 true。

如果值為布林值，則當寫入 tty 時，會開啟或關閉特定 Git 子命令輸出的分頁功能。否則，會使用 pager.<cmd> 的值指定的 pager，開啟該子命令的分頁功能。如果在命令列中指定 --paginate 或 --no-pager，則會優先於此選項。若要停用所有命令的分頁功能，請將 core.pager 或 GIT_PAGER 設定為 cat。

如 git-log[1] 中所指定的，--pretty= 格式字串的別名。此處定義的任何別名都可以像內建的 pretty 格式一樣使用。例如，執行 git config pretty.changelog "format:* %H %s" 會導致呼叫 git log --pretty=changelog 等同於執行 git log "--pretty=format:* %H %s"。請注意，與內建格式同名的別名將被靜默忽略。

如果設定為 "true"，則在為部分複製提取其他物件時，假設使用 --quiet。

如果設定，則為所有沒有明確策略 (protocol.<name>.allow) 的協定提供使用者定義的預設策略。預設情況下，如果未設定，已知安全的協定 (http、https、git、ssh) 的預設策略為 always，已知危險的協定 (ext) 的預設策略為 never，而所有其他協定 (包括 file) 的預設策略為 user。支援的策略

設定要讓協定 <name> 與 clone/fetch/push 命令一起使用的策略。如需可用的策略，請參閱上方的 protocol.allow。

如果設定，用戶端會嘗試使用指定的協定版本與伺服器通訊。如果伺服器不支援該版本，則通訊會回到版本 0。如果未設定，則預設值為 2。支援的版本

預設情況下，當合併一個為目前 commit 的後代的 commit 時，Git 不會建立額外的合併 commit。而是會快速轉送目前分支的尖端。如果設定為 false，則此變數會告知 Git 在這種情況下建立額外的合併 commit (相當於從命令列提供 --no-ff 選項)。如果設定為 only，則只允許這種快速轉送合併 (相當於從命令列提供 --ff-only 選項)。此設定會在提取時覆寫 merge.ff。

如果為 true，則會將分支變基到提取的分支之上，而不是在執行「git pull」時，合併預設遠端的預設分支。如需在每個分支的基礎上設定此選項，請參閱 "branch.<name>.rebase"。

一次提取多個分支時要使用的預設合併策略。

提取單一分支時要使用的預設合併策略。

如果設定為 "true"，則當目前分支沒有上游追蹤時，假設預設推送使用 --set-upstream；此選項會與 push.default 選項 *simple*、*upstream* 和 *current* 一起生效。如果您預設想要將新分支推送至預設遠端 (就像 *push.default=current* 的行為一樣)，並且您也想要設定上游追蹤，則此選項很有用。最有可能從此選項受益的工作流程是 *simple* 中央工作流程，其中所有分支預期在遠端上都具有相同的名稱。

定義如果沒有提供 refspec (無論是來自命令列、組態或其他地方)，git push 應採取的動作。不同的值非常適合特定的工作流程；例如，在純粹的中央工作流程中 (也就是提取來源等於推送目的地)，upstream 可能就是您想要的。可能的值為

如果設定為 true，則預設啟用 --follow-tags 選項。您可以在推送時指定 --no-follow-tags 來覆寫此組態。

可以設定為布林值，或字串 *if-asked*。true 值會導致所有推送都使用 GPG 簽署，就像將 --signed 傳遞至 git-push[1] 一樣。字串 *if-asked* 會導致在伺服器支援的情況下，推送使用 GPG 簽署，就像將 --signed=if-asked 傳遞至 *git push* 一樣。false 值可能會覆寫較低優先順序的組態檔案中的值。明確的命令列旗標永遠會覆寫此組態選項。

當未從命令列提供 --push-option=<option> 引數時，git push 的行為就像此變數的每個 <value> 都以 --push-option=<value> 提供一樣。

Example:

/etc/gitconfig
  push.pushoption = a
  push.pushoption = b

~/.gitconfig
  push.pushoption = c

repo/.git/config
  push.pushoption =
  push.pushoption = b

This will result in only b (a and c are cleared).

可以是 "check"、"on-demand"、"only" 或 "no"，其行為與 "push --recurse-submodules" 相同。如果未設定，則預設使用 *no*，除非設定 *submodule.recurse* (在這種情況下，*true* 值表示 *on-demand*)。

若設定為 "true"，則等同於在命令列中指定 git-push[1] 時使用 --force-if-includes 選項。在推送時加入 --no-force-if-includes 則會覆蓋此組態設定。

若設定為 "true"，則嘗試透過多輪協商來減少傳送的 packfile 大小，在協商過程中，客戶端與伺服器嘗試找出共同的 commit。若為 "false"，則 Git 將僅依賴伺服器的 ref 宣告來找出共同的 commit。

若設定為 "false"，即使 pack.useBitmaps 為 "true"，也會停用 "git push" 的 bitmaps 使用，但不會阻止其他 git 操作使用 bitmaps。預設值為 true。

用於變基的預設後端。可選的選項為 apply 或 merge。未來，如果 merge 後端獲得 apply 後端的所有剩餘功能，此設定可能會變得不再使用。

是否顯示自上次變基以來上游變更的 diffstat。預設為 False。

若設定為 true，預設為互動模式啟用 git-rebase[1] 的 --autosquash 選項。此選項可以使用 --no-autosquash 選項覆蓋。

若設定為 true，則在操作開始前自動建立一個臨時的 stash 條目，並在操作結束後套用它。這表示您可以在 dirty 的工作目錄上執行變基。然而，請謹慎使用：在成功的變基後，最終的 stash 套用可能會導致不小的衝突。此選項可以被 git-rebase[1] 的 --no-autostash 和 --autostash 選項覆蓋。預設值為 false。

若設定為 true，則預設啟用 --update-refs 選項。

若設定為 "warn"，如果某些 commit 被移除（例如，刪除了一行），則 git rebase -i 將印出警告，但變基仍會繼續進行。若設定為 "error"，則會印出先前的警告並停止變基，接著可以使用 git rebase --edit-todo 來修正錯誤。若設定為 "ignore"，則不會進行任何檢查。若要在沒有警告或錯誤的情況下捨棄 commit，請在 todo 清單中使用 drop 命令。預設值為 "ignore"。

一個格式字串，如 git-log[1] 中所指定的，用於互動式變基期間的 todo 清單。格式會自動將 commit hash 前置到格式中。

若設定為 true，git rebase 將在 todo 清單中使用縮寫的命令名稱，產生類似這樣的結果：

	p deadbee The oneline of the commit
	p fa1afe1 The oneline of the next commit
	...

	pick deadbee The oneline of the commit
	pick fa1afe1 The oneline of the next commit
	...

自動重新排程失敗的 exec 命令。這僅在互動模式下（或提供 --exec 選項時）才有意義。這與指定 --reschedule-failed-exec 選項相同。

若設定為 false，則預設設定 --no-fork-point 選項。

是否以及如何預設設定 --rebase-merges 選項。可以是 rebase-cousins、no-rebase-cousins 或布林值。設定為 true 或 no-rebase-cousins 等同於 --rebase-merges=no-rebase-cousins，設定為 rebase-cousins 等同於 --rebase-merges=rebase-cousins，而設定為 false 則等同於 --no-rebase-merges。在命令列上傳遞 --rebase-merges，無論有無參數，都會覆蓋任何 rebase.rebaseMerges 設定。

從 commit 主旨產生標籤名稱時，將名稱截斷至此長度。預設情況下，名稱會截斷為略小於 NAME_MAX (允許寫入對應鬆散 ref 的 .lock 檔案)。

預設情況下，git-receive-pack 會向其客戶端宣告 atomic push 功能。如果您不想宣告此功能，請將此變數設定為 false。

若設定為 true，git-receive-pack 會向其客戶端宣告 push options 功能。預設值為 False。

預設情況下，git-receive-pack 會在接收到 git-push 的資料並更新 ref 後執行 "git maintenance run --auto"。您可以將此變數設定為 false 來停止它。

透過將此變數設定為字串，git receive-pack 將接受 git push --signed 並透過使用 HMAC 保護的 "nonce" 進行驗證，並將此字串作為金鑰。

當 git push --signed 傳送的 push 憑證中的 "nonce" 是在數秒內由服務同一個儲存庫的 receive-pack 發出時，將憑證中的 "nonce" 匯出到 hooks 的 GIT_PUSH_CERT_NONCE 中 (而不是 receive-pack 要求傳送端包含的內容)。這可能可以讓在 pre-receive 和 post-receive 中編寫檢查更容易一些。他們只需要檢查 GIT_PUSH_CERT_NONCE_STATUS 是否為 OK，而無需檢查記錄 nonce 過時秒數的 GIT_PUSH_CERT_NONCE_SLOP 環境變數來決定是否要接受憑證。

如果設定為 true，git-receive-pack 將檢查所有接收到的物件。請參閱 transfer.fsckObjects 以了解檢查的內容。預設值為 false。如果未設定，則改用 transfer.fsckObjects 的值。

作用類似 fsck.<msg-id>，但由 git-receive-pack[1] 而非 git-fsck[1] 使用。有關詳細資訊，請參閱 fsck.<msg-id> 文件。

作用類似 fsck.skipList，但由 git-receive-pack[1] 而非 git-fsck[1] 使用。有關詳細資訊，請參閱 fsck.skipList 文件。

從客戶端接收 pack 後，receive-pack 在處理 pack 時可能不會產生任何輸出（如果指定了 --quiet）。這會導致某些網路斷開 TCP 連線。設定此選項後，如果 receive-pack 在此階段的 receive.keepAlive 秒內沒有傳輸任何資料，它將傳送一個短的 keepalive 封包。預設值為 5 秒；設定為 0 可完全停用 keepalive。

如果 push 中接收到的物件數量低於此限制，則物件將解壓縮為鬆散的物件檔案。但是，如果接收到的物件數量等於或超過此限制，則接收到的 pack 將在添加任何缺少的增量基礎後儲存為 pack。從 push 儲存 pack 可以使 push 操作更快完成，尤其是在慢速檔案系統上。如果未設定，則改用 transfer.unpackLimit 的值。

如果傳入的 pack 資料流的大小大於此限制，則 git-receive-pack 將會產生錯誤，而不是接受 pack 檔案。如果未設定或設定為 0，則大小不受限制。

若設定為 true，git-receive-pack 將拒絕刪除 ref 的 ref 更新。使用此設定來防止透過 push 刪除 ref。

若設定為 true，git-receive-pack 將拒絕刪除非裸儲存庫的目前已結帳分支的 ref 更新。

若設定為 true 或 "refuse"，git-receive-pack 將拒絕更新非裸儲存庫的目前已結帳分支的 ref。這種 push 可能很危險，因為它會使 HEAD 與索引和工作目錄不同步。若設定為 "warn"，則在這種 push 到 stderr 時列印警告，但允許 push 繼續。若設定為 false 或 "ignore"，則允許這種 push，且不顯示訊息。預設值為 "refuse"。

若設定為 true，git-receive-pack 將拒絕非快速轉發的 ref 更新。使用此設定來防止透過 push 進行此類更新，即使強制 push 也是如此。初始化共用儲存庫時會設定此組態變數。

此變數與 transfer.hideRefs 相同，但僅適用於 receive-pack（因此會影響 push，但不影響 fetch）。嘗試透過 git push 更新或刪除隱藏的 ref 會被拒絕。

這是一個多值變數，定義 ref 前綴來匹配 receive-pack 中的命令。與前綴匹配的命令將由外部 hook "proc-receive" 執行，而不是內部的 execute_commands 函數。如果未定義此變數，則永遠不會使用 "proc-receive" hook，並且所有命令都將由內部的 execute_commands 函數執行。

git config --system --add receive.procReceiveRefs ad:refs/heads
git config --system --add receive.procReceiveRefs !:refs/heads

如果設定為 true，git-receive-pack 會在從 git-push 接收資料並更新參考後執行 git-update-server-info。

如果設定為 true，當新的參考需要新的淺層根時，可以更新 .git/shallow。否則，這些參考將會被拒絕。

reftable 後端在寫入區塊時所使用的位元組大小。區塊大小由寫入器決定，不一定要是 2 的冪次方。區塊大小必須大於儲存庫中使用的最長參考名稱或日誌條目，因為參考不能跨越區塊。

建立重新啟動點的間隔。reftable 後端會在檔案建立時決定重新啟動點。對於較小的區塊大小 (4k 或 8k) 而言，每 16 個可能更適合，而對於較大的區塊大小 (64k) 而言，每 64 個可能更適合。

reftable 後端是否應寫入物件區塊。物件區塊是物件 ID 指向它們的參考的反向映射。

每當 reftable 後端將新表格附加到堆疊時，它會執行自動壓縮，以確保只有少數表格。後端透過確保表格在每個表格各自的大小方面形成幾何序列來實現這一點。

每當 reftable 後端將新表格附加到堆疊時，它必須在更新之前鎖定中央 "tables.list" 檔案。此配置控制程序在另一個程序已取得鎖定的情況下，會等待多久來取得鎖定。值 0 表示完全不重試；-1 表示無限期嘗試。預設值為 100（即，重試 100 毫秒）。

預設推送到的遠端。覆寫所有分支的 branch.<name>.remote，並由特定分支的 branch.<name>.pushRemote 覆寫。

遠端儲存庫的 URL。請參閱 git-fetch[1] 或 git-push[1]。一個配置的遠端可以有多個 URL；在這種情況下，第一個用於提取，所有 URL 用於推送（假設沒有定義 remote.<name>.pushurl）。將此鍵設定為空字串會清除 URL 清單，讓您可以覆寫先前的配置。

遠端儲存庫的推送 URL。請參閱 git-push[1]。如果配置的遠端存在 pushurl 選項，則會使用它來推送，而不是使用 remote.<name>.url。一個配置的遠端可以有多個推送 URL；在這種情況下，推送會發送到所有 URL。將此鍵設定為空字串會清除 URL 清單，讓您可以覆寫先前的配置。

對於需要 curl (http、https 和 ftp) 的遠端，該遠端使用的 Proxy URL。設定為空字串可停用該遠端的 Proxy。

對於需要 curl (http、https 和 ftp) 的遠端，用於針對正在使用的 Proxy 進行驗證的方法（可能設定在 remote.<name>.proxy 中）。請參閱 http.proxyAuthMethod。

git-fetch[1] 的預設 "refspec" 集合。請參閱 git-fetch[1]。

git-push[1] 的預設 "refspec" 集合。請參閱 git-push[1]。

如果為 true，則推送到此遠端將自動表現得好像在命令列中給定了 --mirror 選項。

已淘汰的 remote.<name>.skipFetchAll 同義詞（如果兩者在組態檔中設定了不同的值，則會使用最後一次出現的值）。

如果為 true，則在使用 git-fetch[1]、git-remote[1] 的 update 子命令進行更新時，將會略過此遠端，並且 git maintenance 的預先擷取工作將會忽略此遠端。

推送時在遠端執行的預設程式。請參閱 git-push[1] 的 --receive-pack 選項。

提取時在遠端執行的預設程式。請參閱 git-fetch-pack[1] 的 --upload-pack 選項。

將此值設定為 --no-tags 可在從遠端 <name> 提取時停用自動標籤追蹤。將其設定為 --tags 將會從遠端 <name> 提取每個標籤，即使這些標籤無法從遠端分支頭存取。直接將這些旗標傳遞給 git-fetch[1] 可以覆寫此設定。請參閱 git-fetch[1] 的 --tags 和 --no-tags 選項。

將此設定為值 <vcs> 將會導致 Git 使用 git-remote-<vcs> 協助程式與遠端互動。

如果設定為 true，則從此遠端提取時，依預設也會移除遠端上不再存在的任何遠端追蹤參考（如同在命令列中給定了 --prune 選項）。覆寫 fetch.prune 設定（如果有的話）。

如果設定為 true，則從此遠端提取時，依預設也會移除遠端上不再存在的任何本機標籤（如果透過 remote.<name>.prune、fetch.prune 或 --prune 一般啟用修剪）。覆寫 fetch.pruneTags 設定（如果有的話）。

如果設定為 true，則會使用此遠端來提取承諾物件。

從此承諾遠端提取時將套用的篩選器。變更或清除此值只會影響新提交的提取。若要提取本機物件資料庫中已存在的提交的相關物件，請使用 git-fetch[1] 的 --refetch 選項。

由 "git remote update <group>" 提取的遠端清單。請參閱 git-remote[1]。

依預設，git-repack[1] 會建立使用 delta-base 位移的套件。如果您需要與早於 1.4.4 版本的 Git 直接或透過 http 等虛擬協定共用您的儲存庫，則需要將此選項設定為 "false" 並重新封裝。舊版 Git 透過原生協定進行的存取不受此選項影響。

如果設定為 true，則會使 git repack 的行為如同傳遞了 --pack-kept-objects。請參閱 git-repack[1] 以了解詳細資訊。預設值通常為 false，但如果正在寫入點陣圖索引（透過 --write-bitmap-index 或 repack.writeBitmaps），則為 true。

如果設定為 true，則會使 git repack 的行為如同傳遞了 --delta-islands。預設值為 false。

如果為 true，則當將所有物件封裝到磁碟時（例如，當執行 git repack -a 時），git 會寫入點陣圖索引。此索引可以加速後續為複製和提取建立的套件的「計算物件」階段，但會增加一些磁碟空間和初始重新封裝的額外時間。如果建立多個套件檔案，則不會有任何影響。在裸儲存庫中預設為 true，否則為 false。

如果設定為 false，git-repack[1] 將不會執行 git-update-server-info[1]。預設值為 true。當 git-repack[1] 的 -n 選項設定為 true 時，可以覆寫此選項。

當產生 cruft 套件時 git-pack-objects[1] 使用的參數，並且命令列中未給定個別參數。請參閱類似命名的 pack.* 組態變數以了解預設值和意義。

如果設定為 true，git-rerere 會在使用先前記錄的解析乾淨地解決衝突後，使用產生的內容更新索引。預設值為 false。

啟用已解決衝突的記錄功能，以便在再次遇到相同的衝突區塊時可以自動解決。預設情況下，如果 $GIT_DIR 下有 rr-cache 目錄（例如，先前在儲存庫中使用過「rerere」），則會啟用 git-rerere[1]。

將此變數設定為 true 會使 git revert 的行為如同給定了 --reference 選項。

指定 Git 將與哪些裸儲存庫一起工作。目前支援的值有：

這些設定項目指定即使由非目前使用者擁有的 Git 追蹤目錄，也被視為安全。預設情況下，Git 會拒絕解析由其他人擁有的儲存庫的 Git 設定，更不用說執行其鉤子，而此設定允許使用者指定例外情況，例如用於有意共享的儲存庫（請參閱 git-init[1] 中的 --shared 選項）。

一個設定身分。當指定時，會導致 sendemail.<身分> 子區段中的值優先於 sendemail 區段中的值。預設身分是 sendemail.identity 的值。

請參閱 git-send-email[1] 以取得描述。請注意，此設定不受身分機制影響。

ca-certificates 的路徑（可以是目錄或單個檔案）。將其設定為空字串以停用憑證驗證。

sendemail.* 參數的特定於身分的版本，當透過命令列或 sendemail.identity 選擇此身分時，會優先於這些參數。

如果為 true（預設），將會產生單個編輯器實例來編輯您必須編輯的檔案（當使用 --annotate 時的修補程式，以及當使用 --compose 時的摘要）。如果為 false，檔案將會一個接一個地編輯，每次都產生一個新的編輯器。

設定是否在傳送之前確認的預設值。必須是 always、never、cc、compose 或 auto 其中之一。請參閱 git-send-email[1] 文件中 --confirm 的這些值的含義。

如果為 true，則使 git-send-email[1] 假定 --mailmap，否則假定 --no-mailmap。預設為 false。

git-send-email[1] 特定的增強郵件映射檔案的位置。預設的郵件映射和 mailmap.file 會先載入。因此，此檔案中的項目會優先於預設郵件映射位置中的項目。請參閱 gitmailmap[5]。

與 sendemail.mailmap.file 類似，但將該值視為儲存庫中 Blob 的參考。sendemail.mailmap.file 中的項目會優先於此處的項目。請參閱 gitmailmap[5]。

為了避免輸入過長的電子郵件地址，請將此指向一個或多個電子郵件別名檔案。您還必須提供 sendemail.aliasFileType。

在 sendemail.aliasesFile 中指定之檔案的格式。必須是 mutt、mailrc、pine、elm、gnus 或 sendmail 其中之一。

這些設定變數都為 git-send-email[1] 命令列選項提供了預設值。有關詳細資訊，請參閱其文件。

sendemail.signedOffByCc 的已棄用別名。

每個連線要傳送的訊息數，之後會重新登入。如果值為 0 或未定義，則在一個連線中傳送所有訊息。另請參閱 git-send-email[1] 的 --batch-size 選項。

重新連線到 smtp 伺服器之前要等待的秒數。另請參閱 git-send-email[1] 的 --relogin-delay 選項。

為了避免常見的設定錯誤，如果存在任何「sendmail」的設定選項，git-send-email[1] 將會中止並發出警告。設定此變數可繞過檢查。

git rebase -i 用於編輯 rebase 指令檔案的文字編輯器。該值在使用時應由 shell 解釋。可以使用 GIT_SEQUENCE_EDITOR 環境變數覆寫它。如果未設定，則會改為使用預設的 commit 訊息編輯器。

git-show-branch[1] 的預設分支集合。請參閱 git-show-branch[1]。