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

これは gitdir と同じですが、大文字と小文字を区別しないマッチングが行われます (例: 大文字と小文字を区別しないファイルシステム上)。

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

このキーワードの後に続くデータは、標準のグロビングワイルドカードと、複数のコンポーネントに一致できる追加の2つ、**/ と /** を持つパターンとみなされます。このキーワードが初めて現れると、残りの設定ファイルがリモートURLについてスキャンされます (値は適用されません)。このパターンに一致するリモートURLが少なくとも1つ存在する場合、インクルード条件が満たされます。

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

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

色を取る変数の値は、色 (前景と背景にそれぞれ最大2つ) と属性 (好きなだけ) のリストであり、スペースで区切られます。

パス名を取る変数には、「~/」または「~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 に設定すると、この設定は、パッチが適用されるべきブロブのIDを記録しており、それらのブロブがローカルで利用可能な場合 (コマンドラインから --3way オプションを指定するのと同等)、git am に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.<name>.sampleRate や bitmapPseudoMerge.<name>.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 のいずれかです。

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

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

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

git-blame[1] において、ファイルにリストされたリビジョン (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>.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> をリベースします。ブランチ固有ではない方法でこれを行うには、「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 (その他の参照) のいずれかです。

パッチに色を追加するためにANSIエスケープシーケンスを使用するかどうか。これが always に設定されている場合、git-diff[1]、git-log[1]、および git-show[1] はすべてのパッチに色を使用します。true または auto に設定されている場合、これらのコマンドは出力がターミナルに出力される場合にのみ色を使用します。設定されていない場合、color.ui の値が使用されます (デフォルトは auto)。

diff の色付けにカスタム色を使用します。<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> は、ローカルブランチ、リモート追跡ブランチ、タグ、stash、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 で、インタラクティブコマンドの4つの異なる通常の出力タイプに対応します。

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 オプションのデフォルトを設定する設定をより多くのコマンドが学習するにつれて、その範囲は拡大します。他の構成または --color オプションで明示的に有効にしない限り、Git コマンドで色を使用しないことを好む場合は、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 署名を行うべきかどうかを指定するブール値です。リベースなどの操作を行う際にこのオプションを使用すると、多数のコミットが署名される可能性があります。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 が読み書きする変更パスのブルームフィルターのバージョンを指定します。-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 の差は無視されます。これは、Git の外部の何か (ファイルシステムクローラーや一部のバックアップシステム) によって inode の変更時刻が定期的に変更される場合に便利です。git-update-index[1] を参照してください。デフォルトは true です。

true の場合、インデックスの split-index 機能が使用されます。git-update-index[1] を参照してください。デフォルトは false です。

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

設定されていない場合、または 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 の「micro」の八進数 \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 プロトコルを使用してフェッチする際に、リモートサーバーに直接接続する代わりに実行する「プロキシコマンド」 ( command host port の形式)。変数の値が「COMMAND for DOMAIN」形式の場合、コマンドは指定されたドメイン文字列で終わるホスト名にのみ適用されます。この変数は複数回設定でき、指定された順序で一致が取られます。最初の一致が優先されます。

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

true の場合、Git は lstat() 呼び出しを使用してファイルが変更されたかどうかを検出するのを避け、インデックスとワーキングツリーの両方で同一に更新した追跡対象ファイルに対して「assume-unchanged」ビットを設定します。

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

代替から利用可能な履歴のヒントをアドバタイズする場合、git-for-each-ref[1] の代わりにシェルを使用して指定されたコマンドを実行します。最初の引数は代替の絶対パスです。出力は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 ディレクトリへのパス (これは --git-dir または GIT_DIR で指定されるか、自動的に検出されます) に対する相対パスのいずれかです。--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/ 下)、リモート参照 (つまり refs/remotes/ 下)、ノート参照 (つまり refs/notes/ 下)、およびシンボリック参照 HEAD に対して自動的に作成されます。always に設定されている場合、refs/ 下の任意の参照に対して、不足している reflog が自動的に作成されます。

リポジトリのフォーマットとレイアウトのバージョンを識別する内部変数です。gitrepository-layout[5] を参照してください。

group (または true) の場合、リポジトリはグループ内の複数のユーザー間で共有可能になります (すべてのファイルとオブジェクトがグループ書き込み可能であることを確認します)。all (または world または everybody) の場合、リポジトリはグループ共有可能であることに加えて、すべてのユーザーが読み取り可能になります。umask (または false) の場合、Git は umask(2) によって報告されたパーミッションを使用します。0xxx の場合、0xxx は八進数であり、リポジトリ内のファイルはこのモード値を持つことになります。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（つまり、100ミリ秒再試行）です。

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を介して強化（hardened）すべきものをコンマ区切りでリストします。任意のコンポーネントの強化を無効にするには、-を接頭辞として付けます。強化されていない項目は、クリーンでないシステムシャットダウンの際に失われる可能性があります。特別な要件がない限り、このオプションを空にするか、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に設定できます。その場合、ハードリンクを作成し、その後ソースを削除することで、オブジェクト作成が既存のオブジェクトを上書きしないようにします。

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

trueの場合、gitはコミットグラフファイル（存在する場合）を読み込み、コミットのグラフ構造を解析します。デフォルトはtrueです。git-commit-graph[1]の詳細を参照してください。

falseに設定すると、コマンドラインで--no-replace-objectsオプションが指定されたかのように動作します。git[1]およびgit-replace[1]の詳細を参照してください。

単一のインデックスを使用して複数のパックファイルを追跡するために、マルチパックインデックスファイルを使用します。git-multi-pack-index[1]の詳細を参照してください。デフォルトはtrueです。

"sparse checkout"機能を有効にします。git-sparse-checkout[1]の詳細を参照してください。

sparse checkout機能の「コーンモード」を有効にします。sparse-checkoutファイルが限定されたパターンセットを含む場合、このモードは大幅なパフォーマンス上の利点を提供します。この変数を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]の詳細を参照してください。

デフォルトでは、パスワードプロンプトの一部として表示されるユーザー名とホストには制御文字を含めることができません（デフォルトではURLエンコードされます）。この設定をfalseに構成して、その動作を上書きします。

デフォルトでは、Gitが認証情報ヘルパーと通信する際に使用されるプロトコルには、キャリッジリターン文字は許可されていません。この設定により、ユーザーはこのデフォルトを上書きできます。

ネットワーク認証にユーザー名が設定されていない場合、デフォルトでこのユーザー名を使用します。以下のcredential.<context>.*およびgitcredentials[7]を参照してください。

上記のcredential.*オプションのいずれかを、一部の認証情報に選択的に適用できます。例えば、"credential.https://example.com.username"は、example.comへのhttps接続に対してのみデフォルトのユーザー名を設定します。gitcredentials[7]でURLの一致方法の詳細を参照してください。

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=<param>,...を使用して）上書きできます。フォールバックのデフォルト（diff.dirstatによって変更されない場合）はchanges,noncumulative,3です。利用可能なパラメータは以下の通りです

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

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

デフォルトの3行ではなく、<n>行のコンテキストで差分を生成します。この値は-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のみに影響し、git diff-filesのような下位レベルのdiffコマンドには影響しないことに注意してください。git checkoutおよびgit switchも、コミットされていない変更を報告する際にこの設定を尊重します。allに設定すると、status.submoduleSummaryが設定されている場合にgit commitおよびgit statusによって通常表示されるサブモジュールサマリーが無効になります。ただし、--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[1]やgit-log[1]のようなgit diff Porcelainのみに影響し、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]の詳細を参照してください。

差分ドライバーが1行内の単語を分割するために使用すべき正規表現。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設定などを使用して移動した行が色付けされる場合、このオプションはスペースの扱い方を制御します。有効なモードの詳細については、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に設定します（--gui引数を指定するのと同等）。または、DISPLAY環境変数の値の有無に応じてdiff.guitoolまたはdiff.toolを選択するにはautoに設定します。デフォルトはfalseで、この場合、diff.guitoolを使用するには--gui引数を明示的に指定する必要があります。

特に明記しない限り、core.repositoryFormatVersionが1でない場合、拡張機能を指定するとエラーになります。gitrepository-layout[5]を参照してください。

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

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

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

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

このオプションは、git fetch (および git pull 内の基礎となるフェッチ) が、サブモジュールに再帰的にフェッチするかどうかを制御します。このオプションは、ブール値または 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の場合、フェッチは、コマンドラインで --prune オプションが与えられたかのように自動的に動作します。remote.<name>.prune および git-fetch[1] のPRUNINGセクションも参照してください。

trueの場合、フェッチは、既に設定されていない場合、プルーニング時に refs/tags/*:refs/tags/* リフスペックが提供されたかのように自動的に動作します。これにより、このオプションと fetch.prune の両方を設定して、アップストリームのリファレンスとの1対1のマッピングを維持できます。remote.<name>.pruneTags および git-fetch[1] のPRUNINGセクションも参照してください。

trueの場合、フェッチは利用可能なすべてのリモートを更新しようとします。この動作は、--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" で、パッチが複数ある場合にのみ有効になります。"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 が呼び出されたときにカバーレターを生成するかどうかを制御するブール値ですが、パッチが複数ある場合にのみカバーレターを生成するように "auto" に設定することもできます。デフォルトはfalseです。

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

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

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

format-patch の --notes オプションのデフォルト値を提供します。ブール値、またはノートを取得する場所を指定するリファレンスを受け入れます。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 が使用されている場合に、"^>+From " の行をエスケープするために、堅牢な "mboxrd" 形式を有効にするブール値。

設定されている場合、パッチにソースまたは宛先のプレフィックスを表示しません。これは git diff で使用される diff.noprefix オプションと同じです（ただし、format-patch では尊重されません）。これを設定すると、生成したパッチの受信者は -p0 オプションを使用して適用する必要があることに注意してください。

fsck 中に、gitは現在のバージョンのgitでは生成されず、transfer.fsckObjects が設定されていればワイヤー経由で送信されない、レガシーデータに関する問題を発見する可能性があります。この機能は、そのようなデータを含むレガシーリポジトリでの作業をサポートすることを目的としています。

致命的ではない方法で破損していることが判明しており、無視すべきオブジェクト名（つまり、1行に省略されていないSHA-1が1つ）のリストへのパス。Git 2.20以降のバージョンでは、コメント（#）、空行、および先頭と末尾の空白は無視されます。古いバージョンでは、1行あたりのSHA-1以外のすべてがエラーになります。

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

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

git gc --aggressive で使用されるデルタ圧縮アルゴリズムで使用される深さパラメータ。デフォルトは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 が設定されていない場合のフォールバックとして機能します。

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

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

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

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

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

オブジェクトを削除するかどうかを検討する際に（クルフトパックを生成するか、到達不能なオブジェクトをルーズとして格納する場合）、指定されたコマンドをシェルで実行します。その出力をGitが「最近」と見なすオブジェクトIDとして解釈します。これらのmtimeを「現在」として扱うことで、出力に記載されたオブジェクト（およびその子孫）は、実際の経過時間に関わらず保持されます。

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

再パック時にフィルタを使用する場合、gc.repackFilter を参照し、フィルタリングされたオブジェクトを含むパックファイルを作成するために指定された場所が使用されます。警告: 指定された場所は、例えばGitのalternatesメカニズムを使用してアクセス可能である必要があります。そうしないと、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にファイルをテキストとして扱うように強制する場合、CVSクライアントがテキストとして扱うように -k モードは空白のままにされます。テキスト変換を抑制する場合、ファイルは -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] を参照してください。

データベースユーザーとパスワード。SQLiteにはデータベースユーザーやパスワードの概念がないため、gitcvs.dbDriver を設定する場合にのみ役立ちます。gitcvs.dbUser は変数置換をサポートします（詳細は git-cvsserver[1] を参照）。

データベースのテーブル名プレフィックス。使用されるデータベーステーブルの名前に前置され、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公開鍵の前にプリンシパルの行が1つ以上続く形式で構成されます。例: 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] で選択されたコミットの履歴コンテキストを何日分の範囲で表示するかを指定します。この変数がゼロに設定されている場合、履歴全体が表示されます。

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 環境変数（curl(1) を参照）を使用して設定されるHTTPプロキシをオーバーライドします。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資格情報委譲を制御します。委譲は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 に依存します。現在、このオプションの可能な値は次のとおりです。

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証明書のGitのパスワードプロンプトを有効にします。そうしないと、OpenSSLが証明書または秘密鍵が暗号化されている場合に、ユーザーに何度もプロンプトを表示する可能性があります。GIT_SSL_CERT_PASSWORD_PROTECTED 環境変数で上書きできます。

HTTPS経由でフェッチまたはプッシュする際に、ピアを検証するための証明書を含むファイル。GIT_SSL_CAINFO 環境変数で上書きできます。

HTTPS経由でフェッチまたはプッシュする際に、ピアを検証するためのCA証明書を含むファイルがあるパス。GIT_SSL_CAPATH 環境変数で上書きできます。

使用するSSLバックエンドの名前（例: "openssl" または "schannel"）。cURLが実行時にSSLバックエンドを選択するサポートを欠いている場合、このオプションは無視されます。

HTTPS経由でフェッチまたはプッシュする際に使用されるクライアント証明書のタイプ。openssl または gnutls バックエンドを使用する場合、"PEM"、"DER" がサポートされます。"P12" は "openssl"、"schannel"、"securetransport"、および gnutls 8.11+ でサポートされます。libcurl の CURLOPT_SSLCERTTYPE も参照してください。GIT_SSL_CERT_TYPE 環境変数で上書きできます。

HTTPS経由でフェッチまたはプッシュする際に使用されるクライアント秘密鍵のタイプ（例："PEM"、"DER"、または"ENG"）。"openssl" バックエンドを使用する場合にのみ適用されます。"DER" はopensslではサポートされていません。sslCert オプションでPKCS#11 URLを使用してPKCS#11トークンで認証する場合に特に便利です。libcurlの CURLOPT_SSLKEYTYPE も参照してください。GIT_SSL_KEY_TYPE 環境変数で上書きできます。

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セッションの数（スロットを横断してカウント）。これらは http_cleanup() が呼び出されるまで curl_easy_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/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はパッチをプレーンテキスト、フォーマット固定のメールとして送信します。デフォルトは`false`です。

IMAPサーバーでの認証に使用する認証方法を指定します。GitがNO_CURLオプションでビルドされている場合、またはcurlのバージョンが7.34.0より古い場合、または`--no-curl`オプションでgit-imap-sendを実行している場合、サポートされる唯一の方法はCRAM-MD5です。これが設定されていない場合、git imap-sendは基本的なIMAPプレーンテキストLOGINコマンドを使用します。

他の設定ファイルを含めるための特殊変数です。メインのgit-config[1]ドキュメントの「CONFIGURATION FILE」セクション、特に「Includes」および「Conditional Includes」サブセクションを参照してください。

インデックスファイルに「End Of Index Entry」セクションを含めるかどうかを指定します。これによりマルチプロセッサマシンでのインデックスロード時間は短縮されますが、Gitバージョン2.20より前のバージョンでインデックスを読み込むと「ignoring EOIE extension」というメッセージが表示されます。`index.threads`が明示的に有効になっている場合はtrue、それ以外の場合はfalseがデフォルトです。

インデックスファイルに「Index Entry Offset Table」セクションを含めるかどうかを指定します。これによりマルチプロセッサマシンでのインデックスロード時間は短縮されますが、Gitバージョン2.20より前のバージョンでインデックスを読み込むと「ignoring IEOT extension」というメッセージが表示されます。`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]の「TEMPLATE DIRECTORY」セクションを参照してください。）

新しいリポジトリを初期化する際などに、デフォルトのブランチ名を上書きすることを許可します。

新しいリポジトリのデフォルトオブジェクト形式を上書きすることを許可します。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]によって起動されたウェブサーバーはローカルIP (127.0.0.1) にバインドされます。

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

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

`true`に設定されている場合、対話型コマンドでユーザーが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`コマンドラインオプションに似ていますが、設定オプションは`--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<`、`--`で構成される）より前のメッセージ本体からすべてを削除します。

補強するmailmapファイルの場所です。リポジトリのルートにあるデフォルトのmailmapが最初にロードされ、次にこの変数によって指定されたmailmapファイルがロードされます。mailmapファイルの場所は、リポジトリのサブディレクトリ内、またはリポジトリ自体の外部にある場合があります。git-shortlog[1]およびgit-blame[1]を参照してください。

`mailmap.file`と同様ですが、値をリポジトリ内のブロブへの参照と見なします。`mailmap.file`と`mailmap.blob`の両方が指定されている場合、両方が解析され、`mailmap.file`のエントリが優先されます。ベアリポジトリでは、デフォルトで`HEAD:.mailmap`となります。非ベアリポジトリでは、デフォルトで空になります。

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

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

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

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

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

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

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

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

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

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

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

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

`merge`がコミット引数なしで呼び出された場合、現在のブランチ用に設定されたアップストリームブランチを、それらのリモート追跡ブランチに保存されている最後の観測値を使用してマージします。`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"です。

リポジトリ内のファイルの正規表現が時間とともに変化したこと（例: 以前のコミットではCRLF行末でテキストファイルを記録していたが、最近のコミットではLF行末を使用している）をGitに伝えます。そのようなリポジトリでは、3方向コンテンツマージが必要な各ファイルについて、Gitは不必要な競合を減らすためにマージを実行する前にコミットに記録されたデータを正規形式に変換できます。詳細については、gitattributes[5]の「Merging branches with differing checkin/checkout attributes」セクションを参照してください。

マージの最後に、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にない場合に便利です。

指定されたマージツールを呼び出すコマンドを指定します。指定されたコマンドは、以下の変数が利用可能なシェルで評価されます: 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`のいずれか）の分割ウィンドウレイアウトを設定します。`git mergetool`を`--tool=<variant>`で起動した場合（または`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`で、`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」セクションを参照してください。

`git log`系のコマンドでコミットメッセージを表示する際に、`core.notesRef`または`GIT_NOTES_REF`で設定されたデフォルトの参照に加えて、どの参照（globまたは複数回指定された場合は複数の参照）からノートを読み取るか。

<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の数を自動検出し、それに応じてスレッド数を設定します。

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

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

`true`の場合、Gitはstdoutへのパック時（例: フェッチのサーバー側で）に、利用可能な場合はパックビットマップを使用します。デフォルトは`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はgit-fast-import[1]とバルクチェックインメカニズムを除くすべての場所で、書き込む新しいパックファイルごとに対応する`.rev`ファイル（参照: gitformat-pack[5]）を書き込みます。デフォルトは`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`を仮定します。

"true"に設定されている場合、サーバーは「promisor-remote」機能（gitprotocol-v2[5]参照）を使用して、使用しているプロミサーリモートを広告します。デフォルトは"false"であり、「promisor-remote」機能は広告されません。

"all"に設定されている場合、クライアントはサーバーが「promisor-remote」機能を使用して広告する可能性のあるすべてのプロミサーリモートを受け入れます。"knownName"に設定されている場合、クライアントはすでにクライアントに設定されており、クライアントによって広告されたものと同じ名前を持つプロミサーリモートを受け入れます。これはあまり安全ではありませんが、サーバーとクライアントが名前とURLを切り替えないと信頼されている企業環境で使用できます。"knownUrl"に設定されている場合、クライアントは、クライアントに設定されている名前とURLがサーバーによって広告された名前とURLの両方と同じであるプロミサーリモートを受け入れます。これは"all"や"knownName"よりも安全であるため、可能であればこれらのオプションの代わりに使用すべきです。デフォルトは"none"であり、サーバーによって広告されたプロミサーリモートは受け入れられません。プロミサーリモートを受け入れることにより、クライアントは、サーバーがこのプロミサーリモートから遅延フェッチ可能なオブジェクトをクライアントからの「fetch」および「clone」要求への応答から省略する可能性があることに同意します。gitprotocol-v2[5]を参照してください。

設定されている場合、明示的にポリシーを持たないすべてのプロトコル（`protocol.<name>.allow`）に対して、ユーザー定義のデフォルトポリシーを提供します。デフォルトでは、未設定の場合、既知の安全なプロトコル（http, https, git, ssh）は`always`、既知の危険なプロトコル（ext）は`never`、その他のすべてのプロトコル（fileを含む）は`user`のデフォルトポリシーを持ちます。サポートされているポリシーは次のとおりです。

クローン/フェッチ/プッシュコマンドでプロトコル`<name>`が使用するポリシーを設定します。利用可能なポリシーについては、上記の`protocol.allow`を参照してください。

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

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

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

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

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

"true"に設定されている場合、現在のブランチにアップストリーム追跡が存在しない場合に、デフォルトプッシュで`--set-upstream`を仮定します。このオプションは`push.default`オプションのsimple、upstream、currentに影響します。新しいブランチをデフォルトリモートにプッシュし（push.default=currentの動作のように）、かつアップストリーム追跡も設定したい場合に便利です。このオプションから最も恩恵を受ける可能性が高いワークフローは、すべてのブランチがリモートで同じ名前を持つと期待されるシンプルな中央ワークフローです。

リフスペックが与えられていない場合（コマンドライン、設定、またはその他から）、`git push`が取るべきアクションを定義します。異なる値は特定のワークフローに適しています。たとえば、純粋な中央ワークフロー（つまり、フェッチ元がプッシュ先と同じ）では、`upstream`が望ましいでしょう。可能な値は次のとおりです。

true に設定すると、デフォルトで --follow-tags オプションが有効になります。この設定は、プッシュ時に --no-follow-tags を指定することで上書きできます。

真偽値、または文字列 if-asked に設定できます。true 値は、git-push[1] に --signed が渡されたかのように、すべてのプッシュに GPG 署名を行います。文字列 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).

"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" に設定すると、クライアントとサーバーが共通のコミットを見つけようとするネゴシエーションのラウンドによって送信されるパックファイルのサイズを減らそうとします。「false」の場合、Git は共通のコミットを見つけるためにサーバーの参照アドバタイズメントのみに依存します。

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

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

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

true に設定すると、インタラクティブモードでデフォルトで git-rebase[1] の --autosquash オプションが有効になります。これは --no-autosquash オプションで上書きできます。

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

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

"warn" に設定すると、git rebase -i は一部のコミットが削除された場合 (例: 行が削除された場合) に警告を表示しますが、リベースは続行されます。"error" に設定すると、以前の警告を表示し、リベースを停止します。この後、エラーを修正するために git rebase --edit-todo を使用できます。"ignore" に設定すると、チェックは行われません。警告やエラーなしでコミットをドロップするには、todo リストで drop コマンドを使用します。デフォルトは "ignore" です。

git-log[1] で指定されたフォーマット文字列で、インタラクティブなリベース中の 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 からデータを受信し、ref を更新した後、「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-pack がこのフェーズで receive.keepAlive 秒間データを送信しないと、短いキープアライブパケットを送信します。デフォルトは 5 秒です。完全にキープアライブを無効にするには 0 に設定します。

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

受信するパックストリームのサイズがこの制限よりも大きい場合、git-receive-pack はパックファイルを受け入れずにエラー終了します。設定されていないか 0 に設定されている場合、サイズは無制限です。

true に設定すると、git-receive-pack は参照を削除する参照更新を拒否します。これにより、プッシュによるそのような参照の削除を防ぐことができます。

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

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

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

この変数は transfer.hideRefs と同じですが、receive-pack にのみ適用されます (したがって、プッシュには影響しますが、フェッチには影響しません)。git push による隠し参照の更新または削除の試みは拒否されます。

これは多値変数であり、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 からデータを受信し、参照を更新した後、git-update-server-info を実行します。

true に設定すると、新しいリファレンスが新しいシャロールートを必要とする場合に .git/shallow が更新されることがあります。そうでない場合、それらのリファレンスは拒否されます。

reftable バックエンドがブロックを書き込む際に使用するバイト単位のサイズ。ブロックサイズはライターによって決定され、2 の累乗である必要はありません。ブロックサイズは、参照がブロックをまたがることができないため、リポジトリで使用される最長の参照名またはログエントリよりも大きくする必要があります。

再起動ポイントを作成する間隔。reftable バックエンドはファイル作成時に再起動ポイントを決定します。16ごとは小さいブロックサイズ (4k または 8k) に適している場合があり、64ごとは大きいブロックサイズ (64k) に適している場合があります。

reftable バックエンドがオブジェクトブロックを書き込むかどうか。オブジェクトブロックは、オブジェクト ID からそれらを指す参照への逆マッピングです。

reftable バックエンドがスタックに新しいテーブルを追加するたびに、少数のテーブルのみが存在するように自動圧縮を実行します。バックエンドは、各テーブルのそれぞれのサイズに関してテーブルが幾何学的なシーケンスを形成するようにすることでこれを保証します。

reftable バックエンドがスタックに新しいテーブルを追加するたびに、中央の "tables.list" ファイルを更新する前にロックする必要があります。この設定は、別のプロセスがすでにロックを取得している場合に、プロセスがロックを取得するまで待機する時間を制御します。値 0 は全く再試行しないことを意味し、-1 は無期限に再試行することを意味します。デフォルトは 100 (つまり、100ms 間再試行) です。

デフォルトでプッシュするリモート。すべてのブランチに対して 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 オプションを使用してください。

このリモートからフェッチする際に使用されるサーバーオプションのデフォルトセット。これらのサーバーオプションは、--server-option= コマンドライン引数によって上書きできます。

git-fetch[1] が remotes/<name>/HEAD の更新をどのように処理するか。デフォルト値は "create" で、リモートに存在してもローカルに存在しない場合に remotes/<name>/HEAD を作成します。これは既存のローカル参照には影響しません。"warn" に設定すると、リモートがローカルと異なる値を持つ場合にメッセージが表示されます。ローカル参照がない場合は "create" と同様に動作します。"warn" のバリアントとして "warn-if-not-$branch" があり、これは "warn" と同様に動作しますが、リモートの HEAD が $branch の場合は無音になります。"always" に設定すると、remotes/<name>/HEAD がリモートの値にサイレントに更新されます。最後に、"never" に設定すると、ローカル参照は変更も作成もされません。

"git remote update <group>" によってフェッチされるリモートのリスト。git-remote[1] を参照してください。

デフォルトでは、git-repack[1] はデルタベースオフセットを使用するパックを作成します。バージョン 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 はすべてのオブジェクトをディスクにパックする際 (例: git repack -a が実行された場合) にビットマップインデックスを書き込みます。このインデックスは、クローンやフェッチのために作成される後続のパックの「オブジェクトをカウントする」フェーズを高速化できますが、ディスクスペースと初期リパックにかかる追加時間というコストを伴います。複数のパックファイルが作成される場合は影響がありません。ベアリポジトリではデフォルトで 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 オプションを参照) などの例外を指定できます。