キーワード `gitdir:` の後に続くデータは、glob パターンとして使用されます。`.git` ディレクトリの場所がパターンに一致する場合、インクルード条件が満たされます。

これは `gitdir` と同じですが、大文字と小文字が区別されない一致が行われます（例：大文字と小文字が区別されないファイルシステム）。

キーワードonbranch:に続くデータは、標準的なglobワイルドカードと、複数のパスコンポーネントにマッチできる追加のワイルドカード**/と/**を持つパターンとして解釈されます。現在チェックアウトされているブランチの名前が、このパターンに一致するワークツリーにいる場合、include条件が満たされます。

このキーワードに続くデータは、標準的なglobワイルドカードと、複数のコンポーネントにマッチできる追加のワイルドカード**/と/**を持つパターンとして解釈されます。このキーワードが初めて検出された際に、残りの設定ファイルがリモートURLについてスキャンされます（値の適用は行われません）。このパターンに一致するリモートURLが少なくとも1つ存在する場合、include条件が満たされます。

変数がブール値を取る場合、trueとfalseには多くの同義語が許容されます。これらはすべて大文字と小文字を区別しません。

様々なサイズを指定する多くの変数の値には、k、M…などを接尾辞として付けることができます。これは、「数値を1024倍する」、「1024x1024倍する」などを意味します。

色を取る変数の値は、色のリスト（最大2つ、1つは前景用、もう1つは背景用）と属性（いくつでも可）で、スペースで区切られています。

パス名値を取る変数には、"~/"または"~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コマンドを隠すエイリアスは無視されます。引数はスペースで区切られ、通常のシェルの引用とエスケープがサポートされます。引用符のペアまたはバックスラッシュを使用して引用できます。

trueの場合、git-amはmbox形式のパッチに対してパラメータ--keep-cr付きでgit-mailsplitを呼び出します。この場合、git-mailsplitは\r\nで終わる行から\rを削除しません。コマンドラインから--no-keep-crを指定することで上書きできます。git-am[1]、git-mailsplit[1]を参照してください。

デフォルトでは、git amはパッチがクリーンに適用されない場合に失敗します。trueに設定すると、この設定により、パッチが適用するはずのBLOBのIDを記録し、それらのBLOBがローカルに存在する場合、git amは3方向マージにフォールバックします（コマンドラインから--3wayオプションを指定するのと同じです）。デフォルトはfalseです。git-am[1]を参照してください。

changeに設定すると、git applyは--ignore-space-changeオプションと同じように、空白の変更を無視します。no、none、never、falseのいずれかに設定すると、git applyはすべての空白の違いを尊重します。git-apply[1]を参照してください。

--whitespaceオプションと同じように、git applyが空白をどのように処理するかを指定します。git-apply[1]を参照してください。

作業ツリー内の.gitattributesファイルではなく、属性を読み取るためのリポジトリ内のツリーへの参照です。値が有効なツリーオブジェクトに解決されない場合は、代わりに空のツリーが使用されます。GIT_ATTR_SOURCE環境変数または--attr-sourceコマンドラインオプションが使用されている場合、この設定変数は効果がありません。

参照名に一致させるために使用される正規表現です。このパターンに一致する参照（およびbitmapPseudoMerge.<name>.sampleRateやbitmapPseudoMerge.<name>.thresholdのような以下の基準を満たす参照）が指すコミットは、擬似マージビットマップへの包含候補として考慮されます。

連続する擬似マージビットマップグループのサイズが減少する速度を決定します。0以上の値でなければなりません。このパラメータは、関数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にすることができます。

git-blame[1]で日付を出力するために使用される形式を指定します。設定されていない場合、iso形式が使用されます。サポートされている値については、git-log[1]の--dateオプションの説明を参照してください。

git-blame[1]で、作成者名ではなく作成者メールアドレスを表示します。このオプションのデフォルトはfalseです。

git-blame[1]でルートコミットを境界として扱いません。このオプションのデフォルトはfalseです。

git-blame[1]で、ファイルにリストされているリビジョン（行ごとに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に対して、マージではなくリベースでプルを設定するように指示します（「branch.<name>.rebase」を参照）。neverの場合、リベースは自動的にtrueに設定されません。localの場合、他のローカルブランチの追跡ブランチに対してリベースがtrueに設定されます。remoteの場合、リモート追跡ブランチの追跡ブランチに対してリベースがtrueに設定されます。alwaysの場合、すべての追跡ブランチに対してリベースがtrueに設定されます。ブランチの追跡設定方法の詳細については、「branch.autoSetupMerge」を参照してください。このオプションのデフォルトはneverです。

この変数は、git-branch[1]で表示されるブランチのソート順序を制御します。 "--sort=<value>"オプションが提供されていない場合、この変数の値がデフォルトとして使用されます。有効な値については、git-for-each-ref[1]のフィールド名を参照してください。

<name>ブランチにいる場合、git fetchとgit pushに、フェッチ元またはプッシュ先のリモートを指示します。プッシュ先のリモートは、remote.pushDefault（すべてのブランチ）で上書きできます。現在のブランチに対するプッシュ先のリモートは、branch.<name>.pushRemoteでさらに上書きできます。リモートが設定されていない場合、またはブランチにいない状態でリポジトリに複数のリモートが定義されている場合、フェッチにはorigin、プッシュにはremote.pushDefaultがデフォルトになります。さらに、.（ピリオド）は現在のローカルリポジトリ（ドットリポジトリ）です。下記のbranch.<name>.mergeの最後の注記を参照してください。

<name>ブランチにいる場合、プッシュに関してbranch.<name>.remoteを上書きします。また、<name>ブランチからのプッシュに関してremote.pushDefaultも上書きします。ある場所（例：アップストリーム）からプルし、別の場所（例：独自の公開リポジトリ）にプッシュする場合は、remote.pushDefaultを設定してすべてのブランチのプッシュ先のリモートを指定し、このオプションを使用して特定のブランチに対して上書きします。

branch.<name>.merge は、branch.<name>.remote と共に、指定されたブランチの上流ブランチを定義します。これは `git fetch` / `git pull` / `git rebase` にどのブランチをマージするかを指示し、`git push` にも影響を与える可能性があります (push.default を参照)。ブランチ <name>にいる場合、`git fetch` にFETCH_HEADでマージする対象としてマークするデフォルトのrefspecを指示します。この値はrefspecのリモート部分のように扱われ、"branch.<name>.remote"で指定されたリモートからフェッチされるrefと一致する必要があります。このマージ情報は、`git pull` (最初に`git fetch`を呼び出す)によって、マージするデフォルトブランチを検索するために使用されます。このオプションがない場合、`git pull` はフェッチされた最初のrefspecをマージします。オクトパスマージを行うには、複数の値を指定します。ローカルリポジトリ内の別のブランチから<name>にマージするように`git pull`を設定したい場合は、branch.<name>.mergeを目的のブランチにポイントし、branch.<name>.remoteに相対パス設定`.`(ピリオド)を使用できます。

ブランチ<name>へのマージのデフォルトオプションを設定します。構文とサポートされるオプションは、git-merge[1]のものと同じですが、現在、空白文字を含むオプション値はサポートされていません。

trueの場合、`git pull`の実行時にデフォルトのリモートからデフォルトブランチをマージする代わりに、フェッチされたブランチの上にブランチ<name>をrebaseします。「pull.rebase」を参照して、ブランチに依存しない方法で行ってください。

ブランチの説明。`git branch --edit-description`で編集できます。ブランチの説明は、format-patchのカバーレターまたはrequest-pullのサマリーに自動的に追加されます。

指定されたブラウザを呼び出すコマンドを指定します。指定されたコマンドは、引数として渡された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のいずれか1つで十分かどうか（`any`）を示します。

この文字列値のキーが存在する場合、バンドルリストは増分`git fetch`コマンドで適切に動作するように設計されています。このヒューリスティックは、クライアントがダウンロードする必要があるバンドルのサブセットを決定するのに役立つ、各バンドルで使用できる追加のキーがあることを示します。現在理解されている値は`creationToken`のみです。

`bundle.<id>.*`キーは、識別目的で`<id>`の下にグループ化された、バンドルリスト内の単一アイテムを記述するために使用されます。

この文字列値は、Gitがこの`<id>`の内容にアクセスできるURIを定義します。このURIは、バンドルファイルまたは別のバンドルリストである可能性があります。

`git checkout <something>`または`git switch <something>`を実行し、リモートが1つしかない場合、暗黙的に`origin/<something>`などのチェックアウトとトラッキングにフォールバックすることがあります。これは、`<something>`参照を持つリモートが複数になると機能しなくなります。この設定により、あいまいさの解消において常に優先されるリモートの名前を設定できます。一般的なユースケースは、これを`origin`に設定することです。

`git checkout`と`git switch`の`--guess`または`--no-guess`オプションのデフォルト値を提供します。git-switch[1]とgit-checkout[1]を参照してください。

作業ツリーの更新時に使用する並列ワーカーの数。デフォルトは1つ、つまりシーケンシャル実行です。1未満の値に設定すると、Gitは使用可能な論理コア数と同じ数のワーカーを使用します。この設定と`checkout.thresholdForParallelism`は、チェックアウトを実行するすべてのコマンドに影響します。例：checkout、clone、reset、sparse-checkoutなど。

少量のファイルで並列チェックアウトを実行する場合、サブプロセスの生成とプロセス間通信のコストが並列化による利点を上回る可能性があります。この設定により、並列チェックアウトを試行するファイルの最小数を定義できます。デフォルトは100です。

-fが指定されていない限り、git-cleanがファイルの削除を拒否するようにするブール値。デフォルトはtrueです。

リポジトリをクローン作成する際に作成するリモートの名前。デフォルトは`origin`です。git-clone[1]に`--origin`コマンドラインオプションを渡すことで上書きできます。

シャローなリポジトリの場合、クローン作成を拒否します。これは、コマンドラインに`--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`）。

差分の色付けにカスタムカラーを使用します。<slot> はパッチのどの部分を指定した色で表示するかを指定し、context（コンテキストテキスト - plain は旧称）、meta（メタ情報）、frag（ハンクヘッダー）、func（ハンクヘッダー内の関数）、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> は、対話型コマンドからの4種類の通常の出力に対して、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（「ブランチなし」警告が表示される色、デフォルトは赤）、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です。

APFS、HFS+、FAT、NTFSなど、大文字と小文字を区別しないファイルシステムでGitがより適切に機能するように、さまざまな回避策を有効にする内部変数です。たとえば、ディレクトリ一覧でGitが「Makefile」を期待しているときに「makefile」が見つかった場合、Gitはそれが実際には同じファイルであると仮定し、「Makefile」として記憶し続けます。

このオプションは、GitのMac OS実装によってのみ使用されます。core.precomposeUnicode=trueの場合、GitはMac OSによって行われたファイル名のUnicode分解を元に戻します。これは、Mac OSとLinuxまたはWindows間でリポジトリを共有する場合に役立ちます。（Git for Windows 1.7.10以降が必要、または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です。

インデックスのuntrackedキャッシュ機能についてどうするかを決定します。この変数が設定されていないか、keepに設定されている場合、保持されます。trueに設定されている場合、自動的に追加されます。そして、falseに設定されている場合、自動的に削除されます。trueに設定する前に、mtimeがシステムで正しく機能していることを確認する必要があります。git-update-index[1]を参照ください。デフォルトはkeepですが、feature.manyFilesが有効になっていると、デフォルトでtrueに設定されます。

存在しない場合、またはdefaultに設定されている場合、stat構造体の多くのフィールドがチェックされ、Gitが最後に確認してからファイルが変更されたかどうかが検出されます。この設定変数がminimalに設定されている場合、mtimeとctimeのサブ秒部分、ファイルの所有者のuidとgid、inode番号（およびGitがそれを使用するようにコンパイルされている場合のデバイス番号）は、これらのフィールドのチェックから除外され、mtime（およびcore.trustCtimeが設定されている場合のctime）の秒単位の部分とファイルサイズのみがチェックされます。

パスを出力するコマンド（例：ls-files、diff）は、パス名内の「特殊な」文字を二重引用符で囲み、Cが制御文字をエスケープする方法（例：TABの場合は\t、LFの場合は\n、バックスラッシュの場合は\\）または0x80より大きい値のバイト（例：UTF-8の「マイクロ」の場合は8進数の\302\265）をバックスラッシュでエスケープすることにより、引用符で囲みます。この変数がfalseに設定されている場合、0x80より大きいバイトは「特殊な」ものとは見なされなくなります。二重引用符、バックスラッシュ、制御文字は、この変数の設定に関係なく常にエスケープされます。単純なスペース文字は「特殊な」ものとは見なされません。多くのコマンドは、-zオプションを使用してパス名を完全にそのまま出力できます。デフォルト値はtrueです。

テキストとしてマークされたファイル（text 属性が設定されているか、text=auto で Git がコンテンツをテキストとして自動検出したファイル）の作業ディレクトリで使用される行末タイプを設定します。選択肢は *lf*、*crlf*、およびプラットフォームのネイティブな行末を使用する *native* です。デフォルト値は native です。行末変換の詳細については、gitattributes[5] を参照してください。core.autocrlf が true または input に設定されている場合、この値は無視されます。

true の場合、行末変換がアクティブなときに CRLF の変換が可逆的かどうかを Git にチェックさせます。Git は、コマンドが作業ツリー内のファイルを直接的または間接的に変更するかどうかを確認します。たとえば、ファイルをコミットしてから同じファイルをチェックアウトすると、作業ツリーに元のファイルが生成されます。これが core.autocrlf の現在の設定では当てはまらない場合、Git はファイルを拒否します。この変数は "warn" に設定することもでき、その場合、Git は不可逆変換について警告するだけで、操作を続行します。

この変数を "true" に設定すると、すべてのファイルの text 属性が "auto" に、core.eol が "crlf" に設定されることと同じです。作業ディレクトリに CRLF 行末を配置し、リポジトリに LF 行末がある場合に true に設定します。この変数は *input* に設定することもでき、その場合、出力変換は実行されません。

working-tree-encoding 属性で使用されている場合に、Git が UTF-8 ラウンドトリップチェックを実行するエンコーディングのコンマおよび/または空白で区切られたリストです（gitattributes[5] を参照）。デフォルト値は SHIFT-JIS です。

false の場合、シンボリックリンクは、リンクテキストを含む小さなプレーンテキストファイルとしてチェックアウトされます。git-update-index[1] と git-add[1] は、記録されたタイプを通常のファイルに変更しません。シンボリックリンクをサポートしていない FAT などのファイルシステムで役立ちます。

フェッチに Git プロトコルを使用する場合に、リモートサーバーへの直接接続を確立する代わりに実行する「プロキシコマンド」（command host port の形式）です。変数の値が「DOMAIN のための COMMAND」形式の場合、コマンドは指定されたドメイン文字列で終わるホスト名にのみ適用されます。この変数は複数回設定でき、指定された順序で一致されます。最初に一致したものが優先されます。

この変数が設定されている場合、git fetch と git push は、リモートシステムに接続する必要があるときに ssh の代わりに指定されたコマンドを使用します。このコマンドは GIT_SSH_COMMAND 環境変数と同じ形式であり、環境変数が設定されている場合は上書きされます。

true の場合、Git は lstat() 呼び出しを使用してファイルの変更を検出せず、インデックスと作業ツリーの両方で同じように更新された追跡済みファイルに対して "assume-unchanged" ビットを設定します。

HEAD やその他のシンボリック参照ファイルのデフォルトの "symref" 形式の代わりに、シンボリックリンクを使用します。これは、HEAD をシンボリックリンクとして期待する古いスクリプトを使用する必要がある場合に必要になることがあります。

代替からの利用可能な履歴のヒントをアドバタイズする際に、git-for-each-ref[1] の代わりに、指定されたコマンドをシェルで実行します。最初の引数は代替の絶対パスです。出力には、行ごとに 1 つの 16 進数のオブジェクト ID を含める必要があります（つまり、git for-each-ref --format='%(objectname)' で生成されるものと同じです）。

代替から参照をリストする場合、指定されたプレフィックスで始まる参照のみをリストします。プレフィックスは、git-for-each-ref[1] に引数として渡された場合と同じように一致されます。複数のプレフィックスをリストするには、空白で区切ります。core.alternateRefsCommand が設定されている場合、core.alternateRefsPrefixes を設定しても効果はありません。

true の場合、このリポジトリは *bare* であると想定され、それに関連付けられた作業ディレクトリはありません。git-add[1] や git-merge[1] など、作業ディレクトリを必要とする多くのコマンドが無効になります。

作業ツリーのルートへのパスを設定します。GIT_COMMON_DIR 環境変数が設定されている場合、core.worktree は無視され、作業ツリーのルートの決定には使用されません。これは、GIT_WORK_TREE 環境変数と --work-tree コマンドラインオプションで上書きできます。値は、絶対パスにすることも、--git-dir または GIT_DIR で指定されているか、または自動的に検出される .git ディレクトリへのパスに対する相対パスにすることもできます。--git-dir または GIT_DIR が指定されているが、--work-tree、GIT_WORK_TREE、および core.worktree のいずれも指定されていない場合、現在の作業ディレクトリが作業ツリーの最上位レベルと見なされます。

reflog を有効にします。 ref <ref> の更新は、新しい SHA-1 と古い SHA-1、日付/時刻、および更新の理由を追加することで、ファイル "$GIT_DIR/logs/<ref>" にログに記録されますが、ファイルが存在する場合のみです。この設定変数を true に設定すると、不足している "$GIT_DIR/logs/<ref>" ファイルが、ブランチヘッド（つまり、refs/heads/ の下）、リモート ref（つまり、refs/remotes/ の下）、ノート ref（つまり、refs/notes/ の下）、およびシンボリック ref HEAD に対して自動的に作成されます。always に設定されている場合、refs/ の下の任意の ref に対して、不足している reflog が自動的に作成されます。

リポジトリの形式とレイアウトのバージョンを識別する内部変数です。

group（またはtrue）の場合、リポジトリはグループ内の複数のユーザー間で共有可能になります（すべてのファイルとオブジェクトがグループ書き込み可能であることを確認します）。all（またはworld、everybody）の場合、リポジトリはグループ共有可能であることに加えて、すべてのユーザーが読み取ることができます。umask（またはfalse）の場合、Gitはumask(2)によって報告されたパーミッションを使用します。0xxx（0xxxは8進数）の場合、リポジトリ内のファイルはこのモード値を持ちます。0xxxはユーザーのumask値を上書きします（他のオプションは、ユーザーのumask値の要求された部分のみを上書きします）。例：0660は、所有者とグループに対して読み書き可能だが、他のユーザーにはアクセスできないリポジトリにします（umaskが例えば0022でない限り、groupと同等です）。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のデフォルト値を使用します。それが設定されていない場合は、1（最速）がデフォルトになります。

一度のマッピング操作でメモリにマップするパックファイルのバイト数。ウィンドウサイズを大きくすると、システムはより少ない数の大きなパックファイルをより迅速に処理できる場合があります。ウィンドウサイズを小さくすると、オペレーティングシステムのメモリマネージャーへの呼び出しが増えるためパフォーマンスが低下しますが、多数の大きなパックファイルにアクセスする場合のパフォーマンスが向上する可能性があります。

パックファイルから同時にメモリにマップするバイト数の最大値。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ディレクトリでフックを探します。これを異なるパス（例：/etc/git/hooks）に設定すると、Gitは$GIT_DIR/hooks/pre-receiveではなく、そのディレクトリ（例：/etc/git/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（つまり、100ms再試行）です。

packed-refsファイルのロックを試行する際の再試行時間（ミリ秒単位）。値0はまったく再試行しないことを意味し、-1は無期限に再試行することを意味します。デフォルトは1000（つまり、1秒間再試行）です。

Gitコマンドで使用されるテキストビューアー（例：less）。値はシェルによって解釈されることを意図しています。優先順位は、$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 のみ: 他のプロセスを生成する前にアンセットする必要がある環境変数の名前のカンマ区切りリストです。Git for Windows は独自の Perl インタープリタを使用することにこだわっているため、デフォルトは `PERL5LIB` です。

Windows のみ: 生成されたプロセスが標準ファイルハンドル（`stdin`、`stdout`、`stderr`）のみを継承するか、すべてのハンドルを継承するかをオーバーライドします。`auto`、`true`、または `false` のいずれかになります。デフォルトは `auto` であり、Windows 7 以降では `true`、それより古い Windows バージョンでは `false` を意味します。

`link` に設定できます。この場合、ソースの削除に続くハードリンクを使用して、オブジェクトの作成で既存のオブジェクトが上書きされないようにします。

コミットメッセージを表示する際に、指定された参照に保存されているノートも表示します。参照は完全修飾されている必要があります。指定された参照が存在しない場合、エラーではありませんが、ノートを表示しないことを意味します。

`true` の場合、git は（存在する場合）コミットグラフファイルを読み込んで、コミットのグラフ構造を解析します。デフォルトは `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 がクリーンに中止できるようにするためのフェールセーフであり、一般的に調整する必要はありません。Git が MSVC でコンパイルされている場合、デフォルトは 512 です。それ以外の場合は、デフォルトは 2048 です。

ユーザー名またはパスワードの資格情報が必要な場合に呼び出される外部ヘルパーを指定します。ヘルパーは外部ストレージを参照して、ユーザーに資格情報の入力を求めるのを回避できます。通常は、可能な引数を含む資格情報ヘルパーの名前ですが、引数を含む絶対パス、または `!` を先頭に付けたシェルコマンドでもかまいません。

デフォルトでは、Git と設定されている資格情報ヘルパーは、新しい資格情報が必要な場合にユーザー入力を求めます。これらのヘルパーの多くは、資格情報がまだ有効であれば、保存されている資格情報に基づいて成功します。Gitからのユーザーインタラクティブの可能性を回避するには、`credential.interactive=false` を設定します。一部の資格情報ヘルパーもこのオプションを尊重します。

資格情報を取得する際、http または https URL の "path" コンポーネントを重要であると見なします。デフォルトは `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 のみに影響し、`git diff-files` などのより低レベルの `diff` コマンドには影響しません。

git-diff[1] などに対する `--dirstat` オプションのデフォルトの動作を指定する `--dirstat` パラメータのカンマ区切りリストです。デフォルトはコマンドラインでオーバーライドできます（`--dirstat=<param1,param2,...>` を使用）。（`diff.dirstat` で変更されていない場合の）フォールバックデフォルトは `changes,noncumulative,3` です。次のパラメータを使用できます。

--stat出力におけるファイル名部分の幅を制限します。設定されている場合、format-patchを除く、--stat出力を生成するすべてのコマンドに適用されます。

--stat出力におけるグラフ部分の幅を制限します。設定されている場合、format-patchを除く、--stat出力を生成するすべてのコマンドに適用されます。

デフォルトの3行ではなく、<n>行のコンテキストを含むdiffを生成します。この値は-Uオプションによってオーバーライドされます。

指定された行数まで、diffの塊間のコンテキストを表示し、互いに近い塊を融合します。この値は、--inter-hunk-contextコマンドラインオプションのデフォルトとして機能します。

この設定変数が設定されている場合、内部のdiff機構ではなく、指定されたコマンドを使用してdiff生成が行われます。`GIT_EXTERNAL_DIFF`環境変数で上書きできます。コマンドは、git[1]の「git Diffs」で説明されているように、パラメータと共に呼び出されます。注：ファイルのサブセットでのみ外部diffプログラムを使用する場合は、代わりにgitattributes[5]を使用することを検討してください。

このブール値がtrueに設定されている場合、diff.externalコマンドは、入力ファイルが等しいとみなす場合は終了コード0を、異なるものとみなす場合は終了コード1を返すことが期待されます（diff(1)と同様）。デフォルトのfalseに設定されている場合、コマンドは等しさに関係なく終了コード0を返すことが期待されます。その他の終了コードは、Gitが致命的なエラーを報告する原因となります。

--ignore-submodulesのデフォルト値を設定します。これは、git diff-filesなどの下位レベルのdiffコマンドではなく、git diff Porcelainのみに影響することに注意してください。git checkoutとgit switchも、未コミットの変更を報告する際にこの設定を尊重します。これをallに設定すると、status.submoduleSummaryが設定されている場合に、git commitとgit statusによって通常表示されるサブモジュールのサマリーが無効になります（ただし、--ignore-submodulesコマンドラインオプションでオーバーライドされる場合を除きます）。git submoduleコマンドはこの設定の影響を受けません。デフォルトでは、追跡されていないサブモジュールは無視されるように、untrackedに設定されています。

設定されている場合、git diffは、比較対象に応じて標準の "a/" と "b/" とは異なるプレフィックスペアを使用します。この設定が有効な場合、逆diff出力もプレフィックスの順序を入れ替えます。

設定されている場合、git diffはソースまたは宛先のプレフィックスを表示しません。

設定されている場合、git diffはこのソースプレフィックスを使用します。デフォルトは "a/" です。

設定されている場合、git diffはこの宛先プレフィックスを使用します。デフォルトは "b/" です。

trueに設定されている場合、git diffはディレクトリ外の変更を表示せず、現在のディレクトリを基準としたパス名を表示します。

diff内でファイルをソートする方法を示すファイルです。詳細は、git-diff[1]の-Oオプションを参照してください。diff.orderFileが相対パス名の場合、作業ツリーの一番上から相対パスとして扱われます。

コピー/リネーム検出の網羅的な部分で考慮するファイル数です。git diffオプション-lと同等です。設定されていない場合、現在のデフォルト値は1000です。リネーム検出が無効になっている場合、この設定は効果がありません。

Gitがリネームを検出する方法と、検出するかどうか。 "false"に設定すると、リネーム検出が無効になります。"true"に設定すると、基本的なリネーム検出が有効になります。"copies"または"copy"に設定すると、Gitはコピーも検出します。デフォルトはtrueです。これは、git-diff[1]やgit-log[1]のようなgit diff Porcelainのみに影響し、git-diff-files[1]などの下位レベルのコマンドには影響しないことに注意してください。

空の出力行の前にスペースを印刷するという標準の動作を抑制するブール値です。デフォルトはfalseです。

サブモジュールでの違いが表示される形式を指定します。"short"形式は、範囲の開始と終了時点のコミット名のみを表示します。"log"形式は、git-submodule[1]のsummaryのように、範囲内のコミットをリストします。"diff"形式は、サブモジュールの変更された内容のインラインdiffを表示します。デフォルトは"short"です。

単語単位の差分計算を行う際に、「単語」を決定するために使用されるPOSIX拡張正規表現です。正規表現に一致する文字列は「単語」であり、その他の文字は無視可能な空白です。

カスタムdiffドライバコマンド。詳細はgitattributes[5]を参照してください。

このブール値がtrueに設定されている場合、diff.<driver>.commandコマンドは、入力ファイルが等しいとみなす場合は終了コード0を、異なるものとみなす場合は終了コード1を返すことが期待されます（diff(1)と同様）。デフォルトのfalseに設定されている場合、コマンドは等しさに関係なく終了コード0を返すことが期待されます。その他の終了コードは、Gitが致命的なエラーを報告する原因となります。

diffドライバがハンクヘッダーを認識するために使用する正規表現です。組み込みパターンも使用できます。詳細はgitattributes[5]を参照してください。

このオプションをtrueに設定して、diffドライバにファイルをバイナリとして扱うようにします。詳細はgitattributes[5]を参照してください。

diffドライバがファイルのテキスト変換バージョンを生成するために呼び出すコマンドです。変換の結果は、人間が読めるdiffを生成するために使用されます。詳細はgitattributes[5]を参照してください。

diffドライバが行内の単語を分割するために使用する正規表現です。詳細はgitattributes[5]を参照してください。

このオプションをtrueに設定して、diffドライバにテキスト変換の出力をキャッシュさせるようにします。詳細はgitattributes[5]を参照してください。

パッチを読みやすくするためにdiffの塊の境界をシフトするというデフォルトのヒューリスティックを無効にするには、このオプションをfalseに設定します。

diffアルゴリズムを選択します。バリエーションは以下のとおりです。

diffのcontext、old、またはnew行の空白エラーを強調表示します。複数の値はカンマで区切られ、noneは以前の値をリセットし、defaultはリストをnewにリセットし、allはold,new,contextの略記です。空白エラーはcolor.diff.whitespaceで色付けされます。コマンドラインオプション--ws-error-highlight=<kind>はこの設定をオーバーライドします。

有効な<mode>または真の値に設定されている場合、diff内の移動された行は異なる色で表示されます。有効なモードの詳細については、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変数の定義が必要です。

指定された差分ツールを起動するコマンドを指定します。指定されたコマンドは、以下の変数が使用可能なシェルで評価されます。LOCALは差分の前画像の内容を含む一時ファイルの名前に設定され、REMOTEは差分の後画像の内容を含む一時ファイルの名前に設定されます。

指定されたツールのパスを上書きします。ツールがPATHにない場合に便利です。

起動された差分ツールがゼロ以外の終了ステータスを返した場合、difftoolを終了します。

差分ツールの起動前にプロンプトを表示します。

デフォルトでdiff.guitoolを使用するにはtrueを、DISPLAY環境変数の値の有無に応じてdiff.guitoolまたはdiff.toolを選択するにはautoを設定します。デフォルトはfalseで、diff.guitoolを使用するには--gui引数を明示的に指定する必要があります。

使用するハッシュアルゴリズムを指定します。許容される値はsha1とsha256です。指定しない場合、sha1が想定されます。core.repositoryFormatVersionが1でない限り、このキーを指定することはエラーです。

使用する互換性のあるハッシュアルゴリズムを指定します。許容される値はsha1とsha256です。指定された値はextensions.objectFormatの値と異なる必要があります。これにより、objectFormatがこのcompatObjectFormatと一致するGitリポジトリ間のクライアントレベルの相互運用性が可能になります。特に、完全に実装されると、objectFormatがcompatObjectFormatと一致するリポジトリからのプッシュとプルが可能になります。また、objectFormatでエンコードされたOIDに加えて、compatObjectFormatでエンコードされたOIDを使用して、ローカルでオブジェクトを指定することもできます。

使用する参照ストレージ形式を指定します。許容される値は次のとおりです。

有効にすると、ワークツリーは$GIT_COMMON_DIR/configファイルに加えて$GIT_DIR/config.worktreeファイルから設定を読み込みます。メインのワークツリーでは$GIT_COMMON_DIRと$GIT_DIRは同じですが、その他のワークツリーでは$GIT_DIRは$GIT_COMMON_DIR/worktrees/<id>/になります。config.worktreeファイルの設定は、他の設定ファイルの設定を上書きします。

git-fast-import[1]によってインポートされたオブジェクト数がこの制限を下回っている場合、オブジェクトは個別のオブジェクトファイルに展開されます。ただし、インポートされたオブジェクト数がこの制限に達するか、またはそれを超える場合、パックはパックとして保存されます。fast-importからのパックを保存すると、特にファイルシステムが遅い場合、インポート操作をより高速に完了できます。設定されていない場合、代わりにtransfer.unpackLimitの値が使用されます。

feature.で始まる設定は、他の設定のグループのデフォルトを変更します。これらのグループは、Git開発者コミュニティによって推奨されるデフォルトとして作成され、変更される可能性があります。特に、新しい設定オプションが異なるデフォルトで追加される可能性があります。

Gitの新機能であり、将来のデフォルトとして検討されている設定オプションを有効にします。ここに含まれる設定は、マイナーバージョンの更新を含む各リリースで追加または削除される可能性があります。これらの設定は非常に新しいものであるため、意図しない相互作用が発生する可能性があります。実験的機能に関するフィードバックを提供することに関心がある場合は、この設定を有効にしてください。新しいデフォルト値は次のとおりです。

作業ディレクトリに多くのファイルがあるリポジトリを最適化する設定オプションを有効にします。多くのファイルでは、git statusやgit checkoutなどのコマンドが遅くなる可能性があり、これらの新しいデフォルトによりパフォーマンスが向上します。

このオプションは、git fetch（およびgit pullの基本となるfetch）が、設定されたサブモジュールに再帰的にフェッチするかどうかを制御します。このオプションは、ブール値またはon-demandに設定できます。ブール値に設定すると、trueに設定するとサブモジュールに無条件に再帰的にフェッチとプルを行い、falseに設定するとまったく再帰しないように動作が変わります。on-demandに設定すると、フェッチとプルは、そのスーパープロジェクトがサブモジュールの参照を更新するコミットを取得した場合にのみ、設定されたサブモジュールに再帰的に行われます。デフォルトはon-demand、またはsubmodule.recurseが設定されている場合はその値です。

trueに設定されている場合、git-fetch-packはフェッチされたすべてのオブジェクトをチェックします。チェックされる内容についてはtransfer.fsckObjectsを参照してください。デフォルトはfalseです。設定されていない場合、代わりにtransfer.fsckObjectsの値が使用されます。

fsck.<msg-id>のように動作しますが、git-fsck[1]ではなくgit-fetch-pack[1]によって使用されます。詳細については、fsck.<msg-id>のドキュメントを参照してください。

fsck.skipListのように動作しますが、git-fsck[1]ではなくgit-fetch-pack[1]によって使用されます。詳細については、fsck.skipListのドキュメントを参照してください。

Gitネイティブ転送を介してフェッチされたオブジェクト数がこの制限を下回っている場合、オブジェクトは個別のオブジェクトファイルに展開されます。ただし、受信したオブジェクト数がこの制限に達するか、またはそれを超える場合、不足しているデルタベースを追加した後に、受信したパックはパックとして保存されます。プッシュからのパックを保存すると、特にファイルシステムが遅い場合、プッシュ操作をより高速に完了できます。設定されていない場合、代わりにtransfer.unpackLimitの値が使用されます。

trueの場合、fetchはコマンドラインで--pruneオプションが指定された場合と同じように動作します。remote.<name>.pruneとgit-fetch[1]のPRUNINGセクションも参照してください。

trueの場合、すでに設定されていない場合、プルーニング時にrefs/tags/*:refs/tags/* refspecが指定された場合と同じようにfetchが動作します。これにより、このオプションとfetch.pruneの両方を設定して、上流の参照との1対1のマッピングを維持できます。remote.<name>.pruneTagsとgit-fetch[1]のPRUNINGセクションも参照してください。

trueの場合、fetchは使用可能なすべてのリモートの更新を試みます。この動作は、--no-allを渡すか、フェッチするリモートを1つ以上明示的に指定することで上書きできます。デフォルトはfalseです。

参照更新ステータスの表示方法を制御します。有効な値はfullとcompactです。デフォルト値はfullです。git-fetch[1]のOUTPUTセクションの詳細を参照してください。

ローカルリポジトリ内のコミットに関する情報を、サーバーが送信するパックファイルの内容をネゴシエートする際に送信する方法を制御します。「consecutive」に設定すると、連続するコミットを1つずつ確認するアルゴリズムを使用します。「skipping」に設定すると、より高速に収束させるためにコミットをスキップするアルゴリズムを使用しますが、必要以上に大きなパックファイルになる可能性があります。「noop」に設定すると、情報をまったく送信しません。これにより、ほとんど確実に必要以上に大きなパックファイルになりますが、ネゴシエーションステップをスキップします。「default」に設定すると、以前に設定された設定を上書きし、デフォルトの動作を使用します。デフォルトは通常「consecutive」ですが、feature.experimentalがtrueの場合、「skipping」になります。不明な値が指定されると、git fetchはエラーを発生させます。

git-fetch[1]およびgit-pull[1]コマンドで--no-show-forced-updatesを有効にするには、falseに設定します。デフォルトはtrueです。

一度に並列実行されるフェッチ操作の最大数を指定します（git-fetch[1]の--multipleオプションが有効な場合のサブレポジトリまたはリモート）。

リモートからパックファイルをダウンロードするgit fetchコマンドを実行するたびにコミットグラフを書き込むには、trueに設定します。--splitオプションを使用すると、ほとんどの実行で既存のコミットグラフファイルの上に非常に小さなコミットグラフファイルが作成されます。場合によっては、これらのファイルがマージされ、書き込みに時間がかかることがあります。更新されたコミットグラフファイルがあると、git merge-base、git push -f、git log --graphなど、多くのGitコマンドのパフォーマンスが向上します。デフォルトはfalseです。

この値は、元のGitサーバーから増分フェッチを実行する前に、バンドルURIからGitオブジェクトデータをダウンロードするためのURIを格納します。これは、git-clone[1]の--bundle-uriオプションの動作と同様です。指定されたバンドルURIが増分フェッチのために編成されたバンドルリストを含む場合、git clone --bundle-uriはfetch.bundleURI値を設定します。

"creationToken"ヒューリスティックを使用するバンドルリストから増分的にフェッチするためにfetch.bundleURIを使用する場合、このコンフィグ値は、ダウンロードされたバンドルの最大creationToken値を格納します。この値は、広告されているcreationTokenがこの値よりも厳密に大きい場合、将来バンドルをダウンロードしないようにするために使用されます。

チェックイン時にワークツリーファイルの内容をブロブに変換するために使用されるコマンドです。詳細はgitattributes[5]を参照してください。

チェックアウト時にブロブオブジェクトの内容をワークツリーファイルに変換するために使用されるコマンドです。詳細はgitattributes[5]を参照してください。

format-patchのデフォルトとしてmultipart/mixed添付ファイルを有効にします。値は二重引用符で囲まれた文字列にすることもでき、添付ファイルをデフォルトとして有効にし、値を境界として設定します。git-format-patch[1]の--attachオプションを参照してください。以前の値を無効にするには、空文字列に設定します。

format-patchへの--fromオプションのデフォルト値を提供します。ブール値、または名前とメールアドレスを受け入れます。falseの場合、format-patchは--no-fromをデフォルトで使用し、パッチメールの「From:」フィールドにコミットの作者を直接使用します。trueの場合、format-patchは--fromをデフォルトで使用し、パッチメールの「From:」フィールドにコミッターのIDを使用し、異なる場合はパッチメールの本文に「From:」フィールドを含めます。ブール値以外の値に設定すると、format-patchはコミッターのIDの代わりにその値を使用します。デフォルトはfalseです。

format-patchへの--[no-]force-in-body-fromオプションのデフォルト値を提供します。デフォルトはfalseです。

パッチの件名にシーケンス番号を有効または無効にすることができるブール値です。デフォルトは「auto」で、パッチが2つ以上ある場合にのみ有効になります。「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が付いたファイルが出力されます。この変数を使用して、そのサフィックスを変更します（必要な場合はドットを含めてください）。

非ASCII文字を含むメールヘッダーを、メール送信のために「Q-encoding」（RFC 2047で説明）でエンコードします。デフォルトはtrueです。

log/show/whatchangedコマンドのデフォルトのprettyフォーマットです。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が呼び出されたときにカバーレターを生成するかどうかを制御するブール値ですが、パッチが2つ以上ある場合にのみカバーレターを生成するように「auto」に設定することもできます。デフォルトはfalseです。

現在の作業ディレクトリの代わりに、結果ファイルを保存するカスタムディレクトリを設定します。すべてのディレクトリコンポーネントが作成されます。

format-patchコマンドによって生成される出力ファイル名の最大長です。デフォルトは64です。--filename-max-length=<n>コマンドラインオプションでオーバーライドできます。

format-patchの--base=autoオプションをデフォルトで有効にすることができるブール値です。適切なベースが利用可能な場合は--base=autoを有効にすることを許可しますが、そうでない場合はフォーマットが終了せずにベース情報の追加をスキップするように「whenAble」に設定することもできます。

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バージョンでは生成されず、transfer.fsckObjectsが設定されている場合にも転送されないレガシーデータに関する問題が検出される場合があります。この機能は、このようなデータを含むレガシーリポジトリを扱うことを目的としています。

非致命的エラーがあり、無視する必要があるオブジェクト名（1行につき1つの非省略SHA-1）のリストへのパス。Git 2.20以降のバージョンでは、コメント（#）、空行、先頭と末尾の空白は無視されます。古いバージョンでは、SHA-1以外のものはエラーになります。

デフォルトでは、fsmonitorデーモンはネットワークマウントされたリポジトリでの動作を拒否します。fsmonitor.allowRemoteをtrueに設定すると、この動作が無効になります。core.fsmonitorがtrueに設定されている場合のみ有効です。

このMac OS固有のオプションは、設定されている場合、fsmonitorデーモンと様々なGitコマンド間の通信に使用されるUnixドメインソケットを作成するディレクトリを指定します。このディレクトリは、ネイティブのMac OSファイルシステム上に存在する必要があります。core.fsmonitorがtrueに設定されている場合のみ有効です。

git gc --aggressiveで使用されるデルタ圧縮アルゴリズムで使用されるdepthパラメータ。デフォルトは50で、--aggressiveを使用しない場合の--depthオプションのデフォルト値と同じです。

git gc --aggressiveで使用されるデルタ圧縮アルゴリズムで使用されるウィンドウサイズパラメータ。デフォルトは250で、デフォルトの--window値である10よりもはるかに大きなウィンドウサイズです。

リポジトリにこの数よりも多くの分離オブジェクトがある場合、git gc --autoはそれらをパックします。一部のPorcelainコマンドは、このコマンドを使用して、時々軽量のガベージコレクションを実行します。デフォルト値は6700です。

*.keepファイルでマークされていないパックがリポジトリにこの数よりも多く存在する場合、git gc --autoはそれらを1つの大きなパックに統合します。デフォルト値は50です。これを0に設定すると無効になります。gc.autoを0に設定しても無効になります。

システムがサポートしている場合、git gc --autoを直ちに返し、バックグラウンドで実行します。デフォルトはtrueです。この設定変数は、maintenance.autoDetachが設定されていない場合のフォールバックとして機能します。

0以外の場合、git gcの実行時に、この制限よりも大きいすべての非クラフトパックが保持されます。これは、最大のパックだけでなく、しきい値を満たすすべての非クラフトパックが保持される点を除いて、--keep-largest-packと非常に似ています。デフォルトはゼロです。k、m、またはgの一般的な単位サフィックスがサポートされています。

trueの場合、git-gc[1]の実行時にコミットグラフファイルが書き換えられます。git gc --autoを使用する場合、ハウスキーピングが必要な場合はコミットグラフが更新されます。デフォルトはtrueです。git-commit-graph[1]を参照してください。

gc.logファイルが存在する場合、そのファイルがgc.logExpiryよりも古い場合を除き、git gc --autoはその内容を出力してステータス0で終了します。デフォルトは "1.day" です。値の指定方法については、gc.pruneExpireを参照してください。

リポジトリでgit pack-refsを実行すると、HTTPなどのダムトランスポートを介して、1.5.1.2より前のGitバージョンではクローンできなくなります。この変数は、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>に一致するrefsのみに適用されます。

git reflog expireはこの時間よりも古く、現在の先端から到達できないreflogエントリを削除します。デフォルトは30日です。"now"という値を使用すると、すべてのエントリがすぐに期限切れになり、"never"を使用すると、期限切れが完全に抑制されます。中央に"<pattern>"（例："refs/stash"）がある場合、設定はその<pattern>に一致するrefsのみに適用されます。

オブジェクトを削除するかどうかを検討する際に（クラフトパックを生成する場合でも、到達不能なオブジェクトを分離オブジェクトとして格納する場合でも）、シェルを使用して指定されたコマンドを実行します。その出力をオブジェクトIDとして解釈し、Gitはそれらを年齢に関係なく「最近の」オブジェクトとして扱います。それらのmtimesを「now」として扱うことで、出力に記載されているオブジェクト（およびその子孫）は、実際の年齢に関係なく保持されます。

再パック時に、指定されたフィルターを使用して特定のオブジェクトを別のパックファイルに移動します。git-repack[1]の--filter=<filter-spec>オプションを参照してください。

リパック時にフィルタを使用する場合（gc.repackFilter参照）、指定された場所にフィルタリングされたオブジェクトを含むパックファイルが作成されます。 **警告：** 指定された場所は、例えばGitの代替機構を使用してアクセス可能である必要があります。アクセスできない場合、Gitはそのパックファイル内のオブジェクトにアクセスできず、リポジトリが破損していると見なされる可能性があります。 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リポジトリから取得したリビジョン情報をキャッシュするためにgit-cvsserverで使用されるデータベース。正確な意味は使用されるデータベースドライバによって異なります。SQLite（デフォルトドライバ）の場合、これはファイル名です。変数置換をサポートします（詳細についてはgit-cvsserver[1]を参照）。セミコロン（;）を含めることはできません。デフォルト：%Ggitcvs.%m.sqlite

使用するPerl DBIドライバ。ここでは使用可能なドライバを指定できますが、動作しない場合があります。git-cvsserverはDBD::SQLiteでテストされており、DBD::Pgでも動作すると報告されていますが、DBD::mysqlでは動作しないと報告されています。実験的な機能です。ダブルコロン（:）を含めることはできません。デフォルト：SQLite。git-cvsserver[1]を参照してください。

データベースのユーザー名とパスワード。SQLiteにはデータベースユーザーやパスワードの概念がないため、gitcvs.dbDriverを設定する場合にのみ役立ちます。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公開キーを含むファイル。このファイルは、プリンシパルに続く1つ以上の行と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 リポジトリの外で git grep が実行された場合、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 から "Show History Context" メニュー項目が呼び出された場合、gitk[1] に選択されたコミットに対して表示する履歴コンテキストの範囲（日数）を指定します。この変数が 0 に設定されている場合、履歴全体が表示されます。

git-gui[1] の Tools メニューの対応する項目が呼び出されたときに実行するシェルコマンドラインを指定します。このオプションはすべてのツールで必須です。コマンドは作業ディレクトリのルートから実行され、環境ではツールの名前が GIT_GUITOOL、現在選択されているファイルの名前が FILENAME、現在のブランチの名前が CUR_BRANCH として渡されます（HEAD がデタッチされている場合、CUR_BRANCH は空です）。

GUI で diff が選択されている場合のみ、ツールを実行します。これにより、FILENAME が空ではないことが保証されます。

出力を表示するウィンドウを作成せずに、コマンドをサイレントに実行します。

ツールの実行後、変更について作業ディレクトリを再スキャンしません。

ツールを実際に実行する前に確認ダイアログを表示します。

ユーザーから文字列引数を要求し、ARGS 環境変数を通してツールに渡します。引数を要求することは確認を意味するため、これが有効になっている場合は confirm オプションは効果がありません。オプションが true、yes、または 1 に設定されている場合、ダイアログは組み込みの汎用プロンプトを使用します。それ以外の場合は、変数の正確な値が使用されます。

ユーザーから有効な単一のレビジョンを要求し、REVISION 環境変数を設定します。その他の点では、このオプションは argPrompt と似ており、これと組み合わせて使用できます。

revPrompt サブダイアログにマージされていないブランチのみを表示します。これは、マージやリベースのようなツールには便利ですが、チェックアウトやリセットのようなものには適していません。

プロンプトダイアログに使用するタイトルを指定します。デフォルトはツールの名前です。

argPrompt と revPrompt のセクションの前に、ダイアログの上部に表示する一般的なプロンプト文字列を指定します。デフォルト値には実際のコマンドが含まれています。

web 形式でヘルプを表示するために使用されるブラウザを指定します。git-help[1] を参照してください。

git-help[1] が使用するデフォルトのヘルプ形式を上書きします。man、info、web、html がサポートされています。man がデフォルトです。web と html は同じです。

Git がタイプミスを検出し、エラーと類似した有効なコマンドを正確に1つ特定できる場合、Git は正しいコマンドを提案したり、提案を自動的に実行したりしようとします。可能な設定値は次のとおりです。

HTML ドキュメントが存在するパスを指定します。ファイルシステムパスと URL がサポートされています。ヘルプが web 形式で表示される場合、HTML ページにはこのパスが接頭辞として付けられます。これは、Git インストールのドキュメントパスをデフォルトで使用します。

http_proxy、https_proxy、all_proxy 環境変数を使用して通常構成される HTTP プロキシを上書きします（curl(1) を参照）。curl で理解される構文に加えて、ユーザー名を含むがパスワードを含まないプロキシ文字列を指定することもできます。その場合、Git は他の認証情報の場合と同じ方法でパスワードを取得しようとします。gitcredentials[7] で詳細情報をご覧ください。構文は [protocol://][user[:password]@]proxyhost[:port][/path] です。これはリモートごとに上書きできます。remote.<name>.proxy を参照してください。

HTTP プロキシに対して認証を行う方法を設定します。これは、構成されたプロキシ文字列にユーザー名部分が含まれている場合（つまり、user@host または user@host:port の形式である場合）のみ有効になります。これはリモートごとに上書きできます。remote.<name>.proxyAuthMethod を参照してください。両方とも GIT_HTTP_PROXY_AUTHMETHOD 環境変数によって上書きできます。可能な値は次のとおりです。

HTTPS プロキシとの認証に使用するクライアント証明書を格納するファイルのパス名です。GIT_PROXY_SSL_CERT 環境変数によって上書きできます。

HTTPS プロキシとの認証に使用する秘密鍵を格納するファイルのパス名です。GIT_PROXY_SSL_KEY 環境変数によって上書きできます。

プロキシ SSL 証明書に対して Git のパスワードプロンプトを有効にします。それ以外の場合は、証明書または秘密鍵が暗号化されている場合、OpenSSL がユーザーに（おそらく何度も）プロンプトを表示します。GIT_PROXY_SSL_CERT_PASSWORD_PROTECTED 環境変数によって上書きできます。

HTTPS プロキシを使用する場合に、プロキシの検証に使用する証明書バンドルを含むファイルのパス名です。GIT_PROXY_SSL_CAINFO 環境変数によって上書きできます。

ユーザー名またはパスワードを求めることなく認証を試みます。これは、libcurl が通常認証にユーザー名を求めるため、URL にユーザー名を指定せずに GSS-Negotiate 認証を試みるために使用できます。

最初に認証されていない試行を行い、401 レスポンスを受信せずに認証を試みます。これは、すべてのリクエストが認証されるようにするために使用できます。http.emptyAuth が true に設定されている場合、この値は無効になります。

GSSAPI 資格情報の委任を制御します。委任は、バージョン 7.21.7 以降の libcurl ではデフォルトで無効になっています。ユーザー資格情報に関する委任が許可されていることをサーバーに伝えるパラメーターを設定します。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に依存します。現在、このオプションの可能な値は次のとおりです。

HTTPリクエストを送信する際にlibcurlが最初に使用するホスト名解決情報。この情報は、次のいずれかの形式である必要があります。

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環境変数で上書きできます。

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以降、セキュアチャネルバックエンドは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セッションの数（スロット全体でカウント）。http_cleanup()が呼び出されるまで、curl_easy_cleanup()で終了されません。USE_CURL_MULTIが定義されていない場合、この値は1に制限されます。デフォルトは1です。

リモートシステムにデータをPOSTする際にスマートHTTPトランスポートで使用されるバッファーの最大サイズ（バイト単位）。このバッファーサイズよりも大きいリクエストでは、HTTP/1.1とTransfer-Encoding: chunkedを使用して、ローカルに巨大なパックファイルを作成することを回避します。デフォルトは1MiBで、ほとんどのリクエストには十分です。

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/1.7.1などのGitクライアントのバージョンを表します。このオプションを使用すると、この値を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はパッチをプレーンテキスト、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 add、git commit、git statusなど、インデックスを操作するGitコマンドが高速化されます。チェックサムを保存する代わりに、値がゼロの末尾のバイトセットを書き込み、計算がスキップされたことを示します。

テンプレートをコピーするディレクトリを指定します。（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）にバインドされます。

/usr/lib/apache2/modulesの代わりに使用するgit-instaweb[1]のデフォルトのモジュールパスです。httpdがApacheの場合にのみ使用されます。

gitweb httpdをバインドするポート番号を指定します。git-instaweb[1]を参照してください。

trueに設定すると、ユーザーはインタラクティブコマンドで1文字の入力を1つのキーで（つまり、Enterキーを押さずに）入力できます。現在、これはgit-add[1]、git-checkout[1]、git-restore[1]、git-commit[1]、git-reset[1]、git-stash[1]の--patchモードで使用されています。

インタラクティブコマンド（git add --patchなど）がカラー化されたdiffを表示する場合、gitはdiffをこの設定変数で定義されたシェルコマンドにパイプします。コマンドは、元のdiffの行との1対1の対応関係を維持する限り、人間が理解しやすいようにdiffをさらにマークアップできます。デフォルトでは無効（フィルタリングなし）です。

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コマンドラインオプションに似ていますが、configオプションは--decorate-refsオプションで上書きできます。

--diff-merges=onが指定されている場合に使用されるdiff形式を設定します。git-log[1]の--diff-mergesで詳細を確認してください。デフォルトはseparateです。

trueの場合、単一の<path>が指定されているときに、git logは--followオプションが使用されたかのように動作します。これは--followと同じ制限があり、つまり複数のファイルをフォローするために使用できず、非線形履歴ではうまく機能しません。

git log --graphで履歴行を描画するために使用できる、カンマで区切られた色のリストです。

trueの場合、最初のコミットは大きな作成イベントとして表示されます。これは空のツリーに対するdiffと同等です。通常、ルートコミットを非表示にする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をデフォルトとします。ベアリポジトリではないリポジトリでは、空をデフォルトとします。

このブール型のconfigオプションは、いくつかのコマンドが通常の作業の後でgit maintenance run --autoを実行するかどうかを制御します。デフォルトはtrueです。

多くのGitコマンドは、リポジトリにデータを書き込んだ後に自動メンテナンスをトリガーします。このブール型のconfigオプションは、この自動メンテナンスがフォアグラウンドで行われるか、メンテナンスプロセスがデタッチしてバックグラウンドで実行を継続するかどうかを制御します。

この文字列型のconfigオプションは、バックグラウンドメンテナンスのために推奨されるいくつかのスケジュールを指定する方法を提供します。これは、--task=<task>引数が提供されていない場合に、git maintenance run --schedule=Xコマンド中に実行されるタスクのみに影響します。さらに、maintenance.<task>.schedule config値が設定されている場合、maintenance.strategyで提供される値の代わりにその値が使用されます。可能な戦略文字列は

このブール型のconfigオプションは、git maintenance runに--taskオプションが指定されていない場合に、名前が<task>であるメンテナンスタスクが実行されるかどうかを制御します。これらのconfig値は、--taskオプションが存在する場合は無視されます。デフォルトでは、maintenance.gc.enabledのみがtrueです。

このconfigオプションは、指定された<task>がgit maintenance run --schedule=<frequency>コマンド中に実行されるかどうかを制御します。値は"hourly"、"daily"、または"weekly"のいずれかである必要があります。

この整数型のconfigオプションは、git maintenance run --autoの一部としてcommit-graphタスクをどのくらいの頻度で実行するかを制御します。0の場合、commit-graphタスクは--autoオプションでは実行されません。負の値は、タスクを毎回強制的に実行します。それ以外の場合は、正の値は、コミットグラフファイルにない到達可能なコミット数がmaintenance.commit-graph.autoの値以上の場合にコマンドを実行することを意味します。デフォルト値は100です。

この整数型のconfigオプションは、git maintenance run --autoの一部としてloose-objectsタスクをどのくらいの頻度で実行するかを制御します。0の場合、loose-objectsタスクは--autoオプションでは実行されません。負の値は、タスクを毎回強制的に実行します。それ以外の場合は、正の値は、ルーズオブジェクトの数がmaintenance.loose-objects.autoの値以上の場合にコマンドを実行することを意味します。デフォルト値は100です。

この整数型のconfigオプションは、git maintenance run --autoの一部としてincremental-repackタスクをどのくらいの頻度で実行するかを制御します。0の場合、incremental-repackタスクは--autoオプションでは実行されません。負の値は、タスクを毎回強制的に実行します。それ以外の場合は、正の値は、マルチパックインデックスにないパックファイルの数がmaintenance.incremental-repack.autoの値以上の場合にコマンドを実行することを意味します。デフォルト値は10です。

man形式でヘルプを表示するために使用できるプログラムを指定します。git-help[1]を参照してください。

指定されたmanビューアを呼び出すコマンドを指定します。指定されたコマンドは、manページを引数としてシェルで評価されます。（git-help[1]を参照してください。）

man形式でヘルプを表示するために使用できる、指定されたツールのパスを上書きします。git-help[1]を参照してください。

マージ時に競合するハンクがワーキングツリーファイルに書き出されるスタイルを指定します。デフォルトは"merge"で、<<<<<<<競合マーカー、一方側による変更、=======マーカー、もう一方側による変更、そして>>>>>>>マーカーが表示されます。代替スタイルの"diff3"は、|||||||マーカーと=======マーカーの前に元のテキストを追加します。"merge"スタイルは、元のテキストの除外と、2つの側の行のサブセットが一致する場合に競合領域から削除されるため、diff3よりも小さな競合領域を生成する傾向があります。別の代替スタイルである"zdiff3"はdiff3に似ていますが、それらのマッチングラインが競合領域の先頭または末尾の近くに表示される場合、2つの側のマッチングラインを競合領域から削除します。

コミット引数なしでマージが呼び出された場合、それらのリモート追跡ブランチに保存されている最後に観察された値を使用して、現在のブランチに設定されている上流ブランチをマージします。branch.<current branch>.remoteによって名前付けられたリモートにあるブランチに名前を付けるbranch.<current branch>.mergeの値が参照され、次にremote.<remote>.fetchを介して対応するリモート追跡ブランチにマッピングされ、これらの追跡ブランチの先端がマージされます。デフォルトはtrueです。

デフォルトでは、Gitは現在のコミットの子孫であるコミットをマージするときに余分なマージコミットを作成しません。代わりに、現在のブランチの先端は高速転送されます。falseに設定すると、この変数はGitにそのような場合に余分なマージコミットを作成するように指示します（コマンドラインから--no-ffオプションを与えることと同等です）。onlyに設定すると、そのような高速転送マージのみが許可されます（コマンドラインから--ff-onlyオプションを与えることと同等です）。

trueの場合、これは--verify-signaturesコマンドラインオプションと同等です。詳細はgit-merge[1]を参照してください。

ブランチ名に加えて、ログメッセージに関連付けられたブランチの説明テキストを入力します。デフォルトはfalseです。

ブランチ名に加えて、マージされている実際のコミットから最大指定された数の1行の説明をログメッセージに入力します。デフォルトは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に設定されている場合、操作開始前に一時的なstashエントリを自動的に作成し、操作終了後に適用します。これは、ダーティなワークツリーでマージを実行できることを意味します。ただし、注意して使用してください。成功したマージ後の最終的なstashの適用により、複雑な競合が発生する可能性があります。このオプションは、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にない場合に便利です。

指定されたマージツールを呼び出すコマンドを指定します。指定されたコマンドはシェルで評価され、以下の変数が使用可能です。 *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は条件なしでmeldに--auto-mergeオプションを使用します。この値をautoに設定すると、gitは--auto-mergeがサポートされているかどうかを検出し、利用可能な場合にのみ--auto-mergeを使用します。falseという値は--auto-mergeをまったく使用せず、デフォルト値です。

vimdiffの<variant>（vimdiff、nvimdiff、gvimdiffのいずれか）のスプリットウィンドウレイアウトを設定します。--tool=<variant>を使用して（またはmerge.toolが<variant>として設定されている場合は--toolなしで）git mergetoolを起動すると、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です。

マージ解決プログラムを呼び出すたびにプロンプトを表示します。

デフォルトでmerge.guitoolを使用するにはtrueに設定し（--gui引数を指定するのと同じ）、DISPLAY環境変数の値の有無に応じてmerge.guitoolまたはmerge.toolを選択するにはautoに設定します。デフォルトはfalseで、merge.guitoolを使用するには--gui引数を明示的に指定する必要があります。

ノートの競合を解決する際にデフォルトで選択するマージ戦略を指定します。manual、ours、theirs、union、cat_sort_uniqのいずれかでなければなりません。デフォルトはmanualです。各戦略の詳細については、git-notes[1]の「NOTES MERGE STRATEGIES」セクションを参照してください。

refs/notes/<name>へのノートのマージを行う際に選択するマージ戦略を指定します。より一般的な"notes.mergeStrategy"を上書きします。利用可能な戦略の詳細については、git-notes[1]の「NOTES MERGE STRATEGIES」セクションを参照してください。

core.notesRefまたはGIT_NOTES_REFによって設定されたデフォルトセットに加えて、どのref（またはglob、または複数回指定されている場合はrefs）からノートを読み込むかを指定します。これは、git logコマンド群を使用してコミットメッセージを表示する際に使用されます。

<command>（現在はamendまたはrebase）を使用してコミットを書き換える場合、この変数がfalseの場合、gitは元のコミットから書き換えられたコミットにノートをコピーしません。デフォルトはtrueです。「notes.rewriteRef」も参照してください。

書き換え中にノートをコピーする場合（"notes.rewrite.<command>" オプションを参照）、対象コミットに既にノートが存在する場合の処理を決定します。overwrite、concatenate、cat_sort_uniq、またはignoreのいずれかでなければなりません。デフォルトはconcatenateです。

書き換え中にノートをコピーする場合、コピーするノートの（完全修飾された）参照を指定します。glob を指定することもでき、その場合は、一致するすべての参照のノートがコピーされます。この設定を複数回指定することもできます。

コマンドラインでウィンドウサイズが指定されていない場合、git-pack-objects[1] が使用するウィンドウのサイズです。デフォルトは10です。

コマンドラインで最大深度が指定されていない場合、git-pack-objects[1] が使用する最大デルタ深度です。デフォルトは50です。最大値は4095です。

コマンドラインで制限が指定されていない場合、git-pack-objects[1] の各スレッドでパックウィンドウメモリに消費されるメモリの最大サイズです。値には "k"、"m"、または "g" のサフィックスを付けることができます。未設定の場合（または明示的に0に設定した場合）、制限はありません。

パックファイル内のオブジェクトの圧縮レベルを示す整数 (-1..9)。-1 は zlib のデフォルトです。0 は圧縮なし、1..9 は速度とサイズのトレードオフで、9 が最も遅いです。設定されていない場合、core.compression のデフォルト値が使用されます。これも設定されていない場合は、zlib のデフォルトである -1 が使用されます。「速度と圧縮のバランスをとったデフォルト（現在レベル6と同等）」です。

true または "single" の場合、到達可能性ビットマップが有効な場合、pack-objects はビットマップパックファイルの一部をそのまま送信しようとします。"multi" の場合、マルチパック到達可能性ビットマップが利用可能な場合、pack-objects はMIDX内のすべてのパックの一部を送信しようとします。

デルタアイランドのセットを設定する拡張正規表現です。詳細は、git-pack-objects[1] の「DELTA ISLANDS」を参照してください。

最初にパックされるオブジェクトを持つことができるアイランド名を指定します。これにより、1つのパックの先頭に一種の擬似パックが作成され、指定されたアイランドのオブジェクトは、これらのオブジェクトを要求するユーザーに提供されるパックにコピーする速度が向上する可能性があります。実際には、これは指定されたアイランドは、リポジトリで最も一般的にクローンされるものに相当する必要があることを意味します。git-pack-objects[1] の「DELTA ISLANDS」も参照してください。

git-pack-objects[1] でデルタをパックに書き出す前に、デルタをキャッシュするために使用される最大メモリサイズ（バイト単位）です。このキャッシュは、すべてのオブジェクトの最適な一致が見つかった後に最終的なデルタ結果を再計算する必要がないため、オブジェクトの書き込みフェーズの高速化に使用されます。ただし、メモリが不足しているマシンで大きなリポジトリを再パックすると、特にこのキャッシュによってシステムがスワップに追いやられる場合、悪影響を受ける可能性があります。0 の値は制限なしを意味します。1バイトという最小サイズは、このキャッシュを事実上無効にするために使用できます。デフォルトは 256 MiB です。

git-pack-objects[1] でキャッシュされるデルタの最大サイズです。このキャッシュは、すべてのオブジェクトの最適な一致が見つかった後に最終的なデルタ結果を再計算する必要がないため、オブジェクトの書き込みフェーズの高速化に使用されます。デフォルトは 1000 です。最大値は 65535 です。

最適なデルタ一致を検索するときに生成するスレッド数を指定します。git-pack-objects[1] が pthreads でコンパイルされている必要があります。そうでない場合、このオプションは警告とともに無視されます。これは、マルチプロセッサマシンでのパッキング時間を短縮することを目的としています。ただし、デルタ検索ウィンドウに必要なメモリ量は、スレッド数に応じて乗算されます。0 を指定すると、Git は CPU の数を自動検出してスレッド数を設定します。

デフォルトのパックインデックスバージョンを指定します。有効な値は、1.5.2 より前の Git バージョンで使用されていたレガシパックインデックスを表す 1 と、4 GB より大きいパックに対応した機能と、破損したパックの再パックに対する適切な保護機能を備えた新しいパックインデックスを表す 2 です。バージョン 2 がデフォルトです。対応するパックが 2 GB より大きい場合は、バージョン 2 が強制され、この設定オプションは無視されます。

パックの最大サイズです。この設定は、再パック時のファイルへのパッキングにのみ影響します。つまり、git:// プロトコルには影響しません。git-repack[1] の --max-pack-size オプションで上書きできます。この制限に達すると、複数のパックファイルが作成されます。

true の場合、git は（利用可能な場合）標準出力にパックする際（例：フェッチのサーバー側）にパックビットマップを使用します。デフォルトは true です。パックビットマップをデバッグしている場合を除き、一般的にこれをオフにする必要はありません。

true の場合、Git はビットマップを使用して到達可能性クエリを計算するための実験的なアルゴリズムを使用します。すべての否定された先端の完全なビットマップを構築してからそれらを OR で結合する代わりに、既存のビットマップを持つ否定された先端を加算的（つまり、存在する場合は結果に OR で結合し、そうでない場合は無視する）と見なし、代わりに境界でビットマップを構築します。

true の場合、--revs オプションが存在する場合、git はgit pack-objectsで--sparseオプションを使用するようにデフォルト設定します。このアルゴリズムは、新しいオブジェクトを導入するパスに表示されるツリーのみをウォークします。これは、小さな変更を送信するためのパックを計算する場合に、パフォーマンスを大幅に向上させる可能性があります。ただし、含まれるコミットに特定の種類の直接的な名前変更が含まれている場合、余分なオブジェクトがパックファイルに追加される可能性があります。デフォルトはtrueです。

どのコミットにビットマップを割り当てるかを選択する場合、この設定の値のいずれかのサフィックスである参照の先端にあるコミットを、「選択ウィンドウ」内の他のコミットよりも優先します。

これはrepack.writeBitmapsの非推奨の同義語です。

true の場合、git はビットマップインデックス（書き込まれている場合）に「ハッシュキャッシュ」セクションを含めます。このキャッシュは、git のデルタヒューリスティックに供給するために使用でき、ビットマップ化されたオブジェクトとビットマップ化されていないオブジェクト間のより良いデルタにつながる可能性があります（例：古いビットマップ化されたパックと最後の gc 以降にプッシュされたオブジェクト間のフェッチを提供する場合）。欠点は、オブジェクトごとに 4 バイトのディスク容量を消費することです。デフォルトは true です。

trueの場合、Gitはビットマップインデックス（書き込まれる場合）に「ルックアップテーブル」セクションを含めます。このテーブルは、個々のビットマップの読み込みを可能な限り遅らせるために使用されます。これは、比較的大きなビットマップインデックスを持つリポジトリで役立ちます。デフォルトはfalseです。

trueの場合、Gitは使用可能な.revファイル（参照：gitformat-pack[5]）を読み込みます。falseの場合、リバースインデックスはゼロから生成され、メモリに保存されます。デフォルトはtrueです。

trueの場合、Gitは書き込む新しいパックファイルごとに対応する.revファイル（参照：gitformat-pack[5]）を書き込みます。ただし、git-fast-import[1]とバルクチェックインメカニズムを除きます。デフォルトはtrueです。

値がブール値の場合、ttyへの書き込み時に特定のGitサブコマンドの出力のページングをオンまたはオフにします。それ以外の場合、pager.<cmd>の値で指定されたページャを使用して、サブコマンドのページングをオンにします。コマンドラインで--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を持ちます。サポートされているポリシー

clone/fetch/pushコマンドでプロトコル<name>で使用されるポリシーを設定します。使用可能なポリシーについては、上記のprotocol.allowを参照してください。

設定されている場合、クライアントは指定されたプロトコルバージョンを使用してサーバーとの通信を試みます。サーバーがそれをサポートしていない場合、通信はバージョン0に戻ります。設定されていない場合、デフォルトは2です。サポートされているバージョン

デフォルトでは、Gitは現在のコミットの子孫であるコミットをマージする際に、追加のマージコミットを作成しません。代わりに、現在のブランチの先端は高速転送されます。falseに設定されている場合、この変数は、そのような場合にGitに追加のマージコミットを作成するように指示します（コマンドラインから--no-ffオプションを指定するのと同じです）。onlyに設定されている場合、そのような高速転送マージのみが許可されます（コマンドラインから--ff-onlyオプションを指定するのと同じです）。この設定は、プル時にmerge.ffをオーバーライドします。

trueの場合、「git pull」の実行時に、デフォルトブランチをデフォルトリモートからマージする代わりに、フェッチされたブランチの上にブランチをリベースします。ブランチごとにこれを設定するには、「branch.<name>.rebase」を参照してください。

一度に複数のブランチをプルする場合に使用するデフォルトのマージ戦略。

単一のブランチをプルする場合に使用するデフォルトのマージ戦略。

"true"に設定されている場合、現在のブランチに上流追跡が存在しない場合、デフォルトのpushで--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署名が付けられます（git-push[1]に--signedを渡した場合と同じです）。文字列if-askedにより、サーバーがサポートしている場合にのみプッシュに署名が付けられます（git pushに--signed=if-askedを渡した場合と同じです）。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).

"push --recurse-submodules"と同じ動作をする"check"、"on-demand"、"only"、または"no"にすることができます。設定されていない場合、submodule.recurseが設定されていない限り、デフォルトでnoが使用されます（その場合、trueの値はon-demandを意味します）。

"true"に設定されている場合、コマンドラインでgit-push[1]にオプションとして--force-if-includesを指定するのと同じです。プッシュ時に--no-force-if-includesを追加すると、この設定がオーバーライドされます。

"true"に設定されている場合、クライアントとサーバーが共通のコミットを見つけるために試行するネゴシエーションラウンドにより、送信されるパックファイルのサイズを削減しようとします。"false"の場合、Gitはサーバーのrefアドバタイズメントのみに依存して共通のコミットを見つけます。

pack.useBitmapsが"true"であっても、"git push"でのビットマップの使用を無効にし、他のgit操作がビットマップを使用するのを妨げません。デフォルトはtrueです。

リベースに使用するデフォルトのバックエンド。可能な選択肢はapplyまたはmergeです。将来、マージバックエンドがapplyバックエンドの残りの機能をすべて獲得した場合、この設定は使用されなくなる可能性があります。

前回のリベース以降に上流で変更された内容のdiffstatを表示するかどうか。デフォルトではfalseです。

trueに設定されている場合、インタラクティブモードでgit-rebase[1]の--autosquashオプションをデフォルトで有効にします。これは--no-autosquashオプションでオーバーライドできます。

trueに設定すると、操作開始前に一時的なstashエントリを自動的に作成し、操作終了後に適用します。これにより、ダーティなワークツリーでrebaseを実行できます。ただし、注意して使用してください。rebaseが成功した後に行われる最終的なstashの適用により、複雑な競合が発生する可能性があります。このオプションは、git-rebase[1]の--no-autostashおよび--autostashオプションで上書きできます。デフォルトはfalseです。

trueに設定すると、デフォルトで--update-refsオプションが有効になります。

"warn"に設定されている場合、一部のコミットが削除されている場合（例：行が削除された場合）、git rebase -iは警告を表示しますが、rebaseは続行されます。"error"に設定されている場合、上記の警告を表示し、rebaseを停止します。その後、git rebase --edit-todoを使用してエラーを修正できます。"ignore"に設定されている場合、チェックは実行されません。警告やエラーなしでコミットを削除するには、todoリストでdropコマンドを使用します。デフォルトは"ignore"です。

git-log[1]で指定されているような、インタラクティブなrebase中のtodoリストに使用されるフォーマット文字列です。このフォーマットには、コミットハッシュが自動的にプリペンドされます。

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設定が上書きされます。

コミットの件名からラベル名を作成する場合、この長さまで名前を切り詰めます。デフォルトでは、名前はNAME_MAXよりも少し短い長さに切り詰められます（対応するルースリファレンスのために.lockファイルなどを記述できるようにするため）。

デフォルトでは、git-receive-packはクライアントにアトミックプッシュ機能をアドバタイズします。この機能をアドバタイズしたくない場合は、この変数をfalseに設定します。

trueに設定すると、git-receive-packはクライアントにプッシュオプション機能をアドバタイズします。デフォルトはfalseです。

デフォルトでは、git-receive-packはgit-pushからのデータを受信してrefsを更新した後、「git maintenance run --auto」を実行します。この変数をfalseに設定することで停止できます。

この変数を文字列に設定すると、git receive-packはgit push --signedを受け入れ、この文字列を秘密鍵として使用するHMACで保護された「nonce」を使用して検証します。

git push --signedが、この秒数以内に同じリポジトリを提供するreceive-packによって発行された「nonce」を含むプッシュ証明書を送信する場合、証明書にある「nonce」をフックにGIT_PUSH_CERT_NONCEとしてエクスポートします（receive-packが送信側に含めるように要求したものとは異なります）。これにより、pre-receiveとpost-receiveでチェックを少し簡単に記述できる可能性があります。nonceがどれくらい古いのかを判断するためにGIT_PUSH_CERT_NONCE_SLOP環境変数を確認する代わりに、GIT_PUSH_CERT_NONCE_STATUSがOKであるかどうかを確認するだけで済みます。

trueに設定されている場合、git-receive-packは受信したすべてのオブジェクトをチェックします。チェックされる内容については、transfer.fsckObjectsを参照してください。デフォルトはfalseです。設定されていない場合、代わりにtransfer.fsckObjectsの値が使用されます。

fsck.<msg-id>のように動作しますが、git-fsck[1]ではなくgit-receive-pack[1]によって使用されます。詳細はfsck.<msg-id>のドキュメントを参照してください。

fsck.skipListのように動作しますが、git-fsck[1]ではなくgit-receive-pack[1]によって使用されます。詳細はfsck.skipListのドキュメントを参照してください。

クライアントからパックを受信した後、receive-packは（--quietが指定されている場合）パックの処理中に何も出力しない可能性があり、一部のネットワークでTCP接続が切断される原因となります。このオプションが設定されている場合、このフェーズでreceive.keepAlive秒間データを送信しない場合、短いキープアライブパケットを送信します。デフォルトは5秒です。キープアライブを完全に無効にするには0に設定します。

プッシュで受信したオブジェクト数がこの制限を下回っている場合、オブジェクトはルーズオブジェクトファイルに展開されます。ただし、受信したオブジェクト数がこの制限に達するか超えた場合、不足しているデルタベースを追加した後で、受信したパックはパックとして保存されます。プッシュからのパックを保存すると、特に遅いファイルシステムでは、プッシュ操作をより速く完了できます。設定されていない場合、代わりにtransfer.unpackLimitの値が使用されます。

受信パックストリームのサイズがこの制限を超えている場合、git-receive-packはパックファイルを受け入れる代わりにエラーになります。設定されていない場合、または0に設定されている場合、サイズは無制限です。

trueに設定すると、git-receive-packはrefを削除するref更新を拒否します。これを使用して、プッシュによるそのようなrefの削除を防ぎます。

trueに設定すると、git-receive-packは非ベア型リポジトリの現在チェックアウトされているブランチを削除するref更新を拒否します。

trueまたは"refuse"に設定されている場合、git-receive-packは非ベア型リポジトリの現在チェックアウトされているブランチへのref更新を拒否します。このようなプッシュは、HEADがインデックスと作業ツリーと同期しなくなるため、危険性があります。"warn"に設定されている場合、そのようなプッシュの警告をstderrに出力しますが、プッシュは続行されます。"false"または"ignore"に設定されている場合、メッセージなしでそのようなプッシュを許可します。デフォルトは"refuse"です。

trueに設定されている場合、git-receive-packはfast-forwardではないref更新を拒否します。プッシュが強制された場合でも、プッシュによるそのような更新を防ぐために使用します。この設定変数は、共有リポジトリを初期化するときに設定されます。

この変数はtransfer.hideRefsと同じですが、receive-packのみに適用されます（したがって、フェッチではなくプッシュに影響します）。git pushによる非表示のrefの更新または削除の試みは拒否されます。

これは、receive-packのコマンドと一致する参照プレフィックスを定義する複数値変数です。プレフィックスと一致するコマンドは、内部のexecute_commands関数ではなく、外部フック「proc-receive」によって実行されます。この変数が定義されていない場合、「proc-receive」フックは決して使用されず、すべてのコマンドは内部の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からのデータを受信してrefsを更新した後、git-update-server-infoを実行します。

trueに設定されている場合、新しいrefsに新しいshallowルートが必要な場合、.git/shallowを更新できます。そうでない場合、これらのrefsは拒否されます。

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 のリストがクリアされ、以前の設定をオーバーライドできます。

curl を必要とするリモート（http、https、および ftp）の場合、そのリモートに使用するプロキシの URL です。そのリモートのプロキシを無効にするには、空文字列に設定します。

curl を必要とするリモート（http、https、および ftp）の場合、使用中のプロキシ（おそらく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]はデルタベースオフセットを使用するパックを作成します。バージョン 1.4.4 より前の Git と直接または http などのダンププロトコルを介してリポジトリを共有する必要がある場合は、このオプションを "false" に設定して repack する必要があります。ネイティブプロトコルを介した古い 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 はすべてのオブジェクトをディスクにパックする際にビットマップインデックスを書き込みます（例：git repack -aが実行された場合）。このインデックスにより、クローンとフェッチのために作成された後続のパックの「オブジェクトの計数」フェーズを高速化できますが、ディスク容量と初期 repack にかかる時間が増加します。複数の packfile が作成される場合は、効果がありません。ベアリポジトリでは true、それ以外の場合は false がデフォルトです。

false に設定されている場合、git-repack[1]はgit-update-server-info[1]を実行しません。デフォルトは true です。true の場合、git-repack[1]の-nオプションでオーバーライドできます。

クラフトパックを生成する際に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.<identity>セクションの値が、sendemailセクションの値よりも優先されます。デフォルトの識別子はsendemail.identityの値です。

git-send-email[1]の説明を参照してください。この設定は、identityメカニズムの影響を受けません。

ca-certificatesへのパス（ディレクトリまたは単一ファイル）。証明書検証を無効にするには、空の文字列に設定します。

以下にあるsendemail.*パラメータの識別子固有のバージョンです。コマンドラインまたはsendemail.identityでこの識別子が選択されている場合、それらのパラメータよりも優先されます。

trueの場合（デフォルト）、編集する必要があるファイル（--annotateを使用する際のpatch、--composeを使用する際のsummary）を編集するためのエディターインスタンスが1つ生成されます。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とmailmap.fileが最初にロードされます。そのため、このファイルのエントリは、デフォルトのmailmapの場所のエントリよりも優先されます。gitmailmap[5]を参照してください。

sendemail.mailmap.fileと似ていますが、リポジトリ内のblobへの参照として値を考慮します。sendemail.mailmap.fileのエントリは、ここにあるエントリよりも優先されます。gitmailmap[5]を参照してください。

長いメールアドレスを入力するのを避けるために、1つ以上のメールエイリアスファイルにこれをポイントします。sendemail.aliasFileTypeも指定する必要があります。

sendemail.aliasesFileで指定されたファイルの形式。mutt、mailrc、pine、elm、gnus、またはsendmailのいずれかである必要があります。

これらの設定変数はすべて、git-send-email[1]コマンドラインオプションのデフォルトを提供します。詳細は、そのドキュメントを参照してください。

sendemail.signedOffByCcの非推奨のエイリアスです。

接続ごとに送信されるメッセージの数です。この数に達すると、再ログインが行われます。値が0または未定義の場合、すべてのメッセージを1つの接続で送信します。git-send-email[1]の--batch-sizeオプションも参照してください。

smtpサーバーへの再接続を待つ時間（秒単位）です。git-send-email[1]の--relogin-delayオプションも参照してください。

一般的な誤った設定ミスを防ぐために、git-send-email[1]は、「sendmail」の設定オプションが存在する場合、警告と共に異常終了します。この変数を設定すると、チェックをバイパスできます。

git rebase -iでリベース命令ファイルの編集に使用されるテキストエディターです。値は、使用時にシェルによって解釈されることを意図しています。GIT_SEQUENCE_EDITOR環境変数で上書きできます。設定されていない場合、デフォルトのコミットメッセージエディターが代わりに使用されます。

git-show-branch[1]のデフォルトのブランチセットです。git-show-branch[1]を参照してください。

通常、スパースチェックアウトでは、スパースパターンに一致しないファイルはインデックスにSKIP_WORKTREEビットが付与され、作業ツリーに存在しません。したがって、Gitは通常、SKIP_WORKTREEビットが付与されているファイルが、期待に反して作業ツリーに実際に存在するかどうかをチェックします。Gitがそれらを見つけると、関連するSKIP_WORKTREEビットをクリアすることで、それらのパスが存在するとマークします。このオプションは、そのような存在するにもかかわらずスキップされたファイルが期待されていることをGitに伝え、それらのファイルのチェックを停止するために使用できます。

分割インデックス機能を使用する場合、これは、新しい共有インデックスが書き込まれる前に、分割インデックスと共有インデックスの両方の合計エントリ数と比較して、分割インデックスに含まれることができるエントリの割合を指定します。値は0〜100の間である必要があります。値が0の場合、常に新しい共有インデックスが書き込まれます。値が100の場合、新しい共有インデックスは決して書き込まれません。デフォルト値は20なので、分割インデックスのエントリ数が合計エントリ数の20%を超える場合、新しい共有インデックスが書き込まれます。git-update-index[1]を参照してください。

分割インデックス機能を使用する場合、この変数が指定する時間以降変更されていない共有インデックスファイルは、新しい共有インデックスファイルが作成されるときに削除されます。"now"という値はすべてエントリをすぐに期限切れにし、"never"は期限切れを完全に抑制します。デフォルト値は"2.weeks.ago"です。共有インデックスファイルは（期限切れの目的で）、新しい分割インデックスファイルがそのファイルに基づいて作成された場合、またはそのファイルから読み取られた場合に、変更されたと見なされます。git-update-index[1]を参照してください。

デフォルトでは、Git は設定された SSH コマンドの basename に基づいて使用するコマンドライン引数を決定します (環境変数 `GIT_SSH` または `GIT_SSH_COMMAND`、あるいは config 設定 `core.sshCommand` を使用して設定)。basename が認識されない場合、Git はまず設定された SSH コマンドを `-G` (設定を出力) オプション付きで呼び出すことで OpenSSH オプションのサポートを検出しようとします。そして、成功した場合は OpenSSH オプションを使用し、失敗した場合はホストとリモートコマンド以外のオプションを使用しません。

これを true に設定すると、`git stash show` コマンドは stash エントリの untracked ファイルを表示します。デフォルトは false です。 git-stash[1] の *show* コマンドの説明を参照してください。

これを true に設定すると、オプションなしの `git stash show` コマンドは stash エントリをパッチ形式で表示します。デフォルトは false です。 git-stash[1] の *show* コマンドの説明を参照してください。

これを true に設定すると、オプションなしの `git stash show` コマンドは stash エントリの diffstat を表示します。デフォルトは true です。 git-stash[1] の *show* コマンドの説明を参照してください。

デフォルトでは、git-status[1] は現在のディレクトリを基準とした相対パスを表示します。この変数を `false` に設定すると、リポジトリルートを基準とした相対パスが表示されます (これは Git v1.5.4 より前のデフォルトでした)。

git-status[1] でデフォルトで --short を有効にするには true に設定します。 --no-short オプションは、この変数よりも優先されます。

git-status[1] でデフォルトで --branch を有効にするには true に設定します。 --no-branch オプションは、この変数よりも優先されます。

非ポーセレン形式のステータス出力において、git-status[1] でデフォルトで `--ahead-behind` を有効にするには true に、`--no-ahead-behind` を有効にするには false に設定します。デフォルトは true です。

true に設定されている場合、git-status[1] は各出力行の前にコメントプレフィックスを挿入します ( `core.commentChar` で始まる、つまりデフォルトでは `#`)。これは Git 1.8.4 以前の git-status[1] の動作でした。デフォルトは false です。

git-status[1] と git-commit[1] で名前変更検出を行う際に考慮するファイル数です。デフォルトは diff.renameLimit の値です。

git-status[1] と git-commit[1] で Git が名前変更を検出する方法です。"false" に設定すると、名前変更検出は無効になります。"true" に設定すると、基本的な名前変更検出が有効になります。"copies" または "copy" に設定すると、コピーも検出されます。デフォルトは diff.renames の値です。

true に設定すると、git-status[1] は現在stashされているエントリ数を表示します。デフォルトは false です。

デフォルトでは、git-status[1] と git-commit[1] は、現在 Git によって追跡されていないファイルを表示します。追跡されていないファイルのみを含むディレクトリは、ディレクトリ名のみが表示されます。追跡されていないファイルを表示するには、Git はリポジトリ全体のすべてのファイルに対して lstat() する必要があり、一部のシステムでは遅くなる可能性があります。そのため、この変数はコマンドが追跡されていないファイルをどのように表示するかを制御します。可能な値は

デフォルトは false です。これを 0 以外の数値または true ( -1 または無制限の数と同一) に設定すると、サブモジュールのサマリーが有効になり、変更されたサブモジュールのコミットのサマリーが表示されます (git-submodule[1] の --summary-limit オプションを参照)。`diff.ignoreSubmodules` が *all* に設定されている場合、または `submodule.<name>.ignore=all` のサブモジュールに対しては、サマリー出力コマンドがすべて抑制されることに注意してください。この規則の唯一の例外は、ステータスとコミットがステージングされたサブモジュールの変更を表示することです。無視されたサブモジュールのサマリーも表示するには、 --ignore-submodules=dirty コマンドラインオプションまたは *git submodule summary* コマンドを使用できます。これは同様の出力を表示しますが、これらの設定を尊重しません。

サブモジュールの URL です。この変数は、`.gitmodules` ファイルから *git submodule init* を介して git config にコピーされます。ユーザーは、*git submodule update* を介してサブモジュールを取得する前に、設定された URL を変更できます。`submodule.<name>.active` と `submodule.active` のどちらも設定されていない場合、この変数の存在は、サブモジュールが git コマンドにとって重要かどうかを示すフォールバックとして使用されます。git-submodule[1] と gitmodules[5] の詳細を参照してください。

*git submodule update* によってサブモジュールが更新される方法です。これは影響を受ける唯一のコマンドであり、*git checkout --recurse-submodules* など他のコマンドには影響しません。これは、*git submodule* がサブモジュールと対話する唯一のコマンドだった歴史的な理由で存在します。`submodule.active` や `pull.rebase` などの設定の方が具体的です。gitmodules[5] ファイルから `git submodule init` によって設定されます。git-submodule[1] の *update* コマンドの説明を参照してください。

サブモジュールのリモートブランチ名で、`git submodule update --remote` によって使用されます。`.gitmodules` ファイルで見つかった値を上書きするには、このオプションを設定します。git-submodule[1] と gitmodules[5] の詳細を参照してください。

このオプションを使用して、このサブモジュールの再帰的なフェッチを制御できます。"git fetch" と "git pull" に対する --[no-]recurse-submodules コマンドラインオプションを使用して上書きできます。この設定は gitmodules[5] ファイルの設定を上書きします。

"git status" と diff 系のコマンドがサブモジュールを変更済みとして表示する状況を定義します。"all" に設定すると、変更済みとして扱われることはありません (ただし、ステージングされた場合はステータスとコミットの出力に表示されます)。"dirty" はサブモジュールの作業ツリーへのすべての変更を無視し、サブモジュールの HEAD とスーパープロジェクトに記録されたコミットの違いのみを考慮します。"untracked" はさらに、作業ツリーに変更された追跡済みファイルを持つサブモジュールを表示します。"none" (このオプションが設定されていない場合のデフォルト) は、作業ツリーに変更された追跡されていないファイルを持つサブモジュールも変更済みとして表示します。この設定は、このサブモジュールに対して .gitmodules で行われた設定を上書きし、両方の設定は --ignore-submodules オプションを使用してコマンドラインで上書きできます。*git submodule* コマンドはこの設定の影響を受けません。

サブモジュールが git コマンドにとって重要かどうかを示すブール値です。この config オプションは、submodule.active config オプションよりも優先されます。gitsubmodules[7] の詳細を参照してください。

サブモジュールのパスと照合して、サブモジュールが git コマンドにとって重要かどうかを判断するために使用されるパススペックを含む繰り返しフィールドです。gitsubmodules[7] の詳細を参照してください。

コマンドがデフォルトで `--recurse-submodules` オプションを有効にするかどうかを示すブール値です。デフォルトは false です。