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

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

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

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

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

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

色を受け取る変数の値は、スペースで区切られた色 (最大 2 つ、前景と背景に 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 に設定すると、この設定は、パッチが適用されるブロブの ID を記録しており、そのブロブがローカルで利用可能な場合、git am に 3 者間マージにフォールバックするように指示します (コマンドラインから --3way オプションを与えることと同等です)。デフォルトは false です。git-am[1] を参照してください。

change に設定すると、--ignore-space-change オプションと同様に、git apply に空白文字の変更を無視するように指示します。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 のような以下の基準を満たす) が指すコミットは、疑似マージビットマップへの含める対象として考慮されます。

連続する疑似マージビットマップグループのサイズが減少する割合を決定します。負ではない値である必要があります。このパラメータは、関数 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 オプションを使用してブランチごとにこの動作を選択できることに注意してください。このオプションはデフォルトで true です。有効な設定は次のとおりです。

git branch、git switch、または git checkout で別のブランチを追跡する新しいブランチが作成された場合、この変数は Git にプルをマージの代わりにリベースに設定するように指示します（branch.<name>.rebase を参照）。有効な設定は次のとおりです。

この変数は、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 をマージするようにデフォルトで設定されます。複数の値を指定すると、オクトパスマージになります。git pull を設定して、ローカルリポジトリの別のブランチから <name> にマージしたい場合は、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です。

git-clean が -f が指定されない限りファイルを削除することを拒否するかどうかを示すブール値。デフォルトは 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（その他の参照）のいずれかです。接ぎ木されたコミットには grafted を使用します。

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 オプションのデフォルトを設定するための設定を学習するにつれて、そのスコープは拡大するでしょう。他の設定や --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] を参照してください。ログメッセージにコメント文字（core.commentChar、デフォルトは #）で始まる行を常に保持したい場合に、デフォルトを変更すると便利です。その場合、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" として記憶します。

このオプションは、Mac OS 版 Git でのみ使用されます。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の場合、インデックスのsplit-index機能が使用されます。git-update-index[1] を参照してください。デフォルトは falseです。

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

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

パスを出力するコマンド（例：ls-files、diff）は、パス名に「異常な」文字が含まれている場合、パス名を二重引用符で囲み、それらの文字を C 言語が制御文字（例：タブは \t、改行は \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 に設定することもでき、その場合、出力変換は実行されません。

Git が UTF-8 ラウンドトリップチェックを実行するエンコーディングのコンマおよび/または空白区切りのリスト。working-tree-encoding 属性（gitattributes[5] を参照）で使用される場合。デフォルト値は 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は、インデックスとワーキングツリーの両方で同一に更新された追跡ファイルに対して「assume-unchanged」ビットを設定することで、lstat()呼び出しを使用してファイルの変更を検出するのを避けます。

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-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 に設定されている場合、ブランチヘッド（つまり refs/heads/ 以下）、リモート参照（つまり refs/remotes/ 以下）、ノート参照（つまり refs/notes/ 以下）、およびシンボリック参照 HEAD に対して、欠落している「$GIT_DIR/logs/<ref>」ファイルが自動的に作成されます。always に設定されている場合、refs/ 以下のすべての参照に対して欠落している reflog が自動的に作成されます。

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

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 はそのディレクトリ（例: /etc/git/hooks/pre-receive）でフックを探そうとします。$GIT_DIR/hooks/pre-receive の代わりです。

エディタを起動してメッセージを編集できるcommitやtagなどのコマンドは、この変数が設定されており、かつ環境変数GIT_EDITORが設定されていない場合、この変数の値を使用します。git-var[1]を参照してください。

commitやtagなどのメッセージを編集できるコマンドでは、この文字で始まる行はコメントと見なされ、エディタが戻った後に削除されます（デフォルトは*#*）。

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

個々の参照をロックしようとするときに再試行する時間（ミリ秒単位）。値が0の場合は再試行せず、-1の場合は無期限に再試行します。デフォルトは100（つまり、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の「パス」コンポーネントを重要視します。デフォルトはfalseです。詳細については、gitcredentials[7]を参照してください。

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

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

ネットワーク認証にユーザー名が設定されていない場合、デフォルトでこのユーザー名を使用します。以下の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=<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に設定すると、パッチを読みやすくするために差分ハンクの境界をシフトするデフォルトのヒューリスティックが無効になります。

diff アルゴリズムを選択します。バリアントは以下の通りです

差分の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]によってインポートされたオブジェクトの数がこの制限を下回る場合、オブジェクトはルーズオブジェクトファイルに展開されます。ただし、インポートされたオブジェクトの数がこの制限に達するか超える場合、パックはパックとして保存されます。fast-importからパックを保存すると、特に低速なファイルシステムではインポート操作がより速く完了する可能性があります。設定されていない場合、代わりにtransfer.unpackLimitの値が使用されます。

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

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

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

このオプションは、git fetch（およびgit pullの基礎となるfetch）が、移入されたサブモジュールに再帰的にフェッチするかどうかを制御します。このオプションは、ブール値または*on-demand*に設定できます。ブール値に設定すると、trueに設定された場合は無条件にサブモジュールに再帰し、falseに設定された場合は全く再帰しないようにfetchおよびpullの動作が変更されます。*on-demand*に設定された場合、fetchおよびpullは、スーパープロジェクトがサブモジュールの参照を更新するコミットを取得した場合にのみ、移入されたサブモジュールに再帰します。デフォルトは*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/*のrefspecが提供されたかのように自動的に動作します。これにより、このオプションと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」に設定します。より速く収束しようとコミットをスキップするアルゴリズムを使用するには「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オプションの動作に似ています。git clone --bundle-uriは、提供されたバンドル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エンコーディング」（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 スレッドでは、すべてのメールが前のメールへの返信になります。真のブール値は shallow と同じで、偽の値はスレッドを無効にします。

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行に1つの省略されていないSHA-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 の代替メカニズムを使用してアクセスできる必要があります。そうでない場合、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] を参照してください。

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

データベーステーブル名のプレフィックス。使用されるデータベーステーブルの名前の前に付加され、単一のデータベースを複数のリポジトリで使用できるようにします。変数置換をサポートします（詳細については git-cvsserver[1] を参照）。非英字はすべてアンダースコアに置き換えられます。

説明については gitweb[1] を参照してください。

説明については gitweb.conf[5] を参照してください。

PGP署名の作成または検証時に、$PATH で見つかる「gpg」の代わりにこのカスタムプログラムを使用します。プログラムはGPGと同じコマンドラインインターフェースをサポートしている必要があり、つまり、分離された署名を検証するには「gpg --verify $signature - <$file」が実行され、プログラムはコード0で終了することで良好な署名であることを示します。ASCII装甲の分離された署名を生成するには、「gpg -bsau $key」の標準入力に署名する内容が供給され、プログラムは結果を標準出力に送信すると予想されます。

--gpg-sign で署名する際に使用するキー形式を指定します。デフォルトは「openpgp」です。その他の可能な値は「x509」、「ssh」です。

これは、選択した署名形式に使用するプログラムをカスタマイズするために使用します。gpg.program と gpg.format を参照してください。gpg.program は引き続き gpg.openpgp.program のレガシーな同義語として使用できます。gpg.x509.program のデフォルト値は「gpgsm」で、gpg.ssh.program のデフォルト値は「ssh-keygen」です。

署名検証の最小信頼レベルを指定します。このオプションが設定されていない場合、マージ操作の署名検証には少なくとも marginal な信頼を持つキーが必要です。署名検証を実行する他の操作には、少なくとも undefined な信頼を持つキーが必要です。このオプションを設定すると、すべての操作に要求される信頼レベルが上書きされます。重要度順に並べたサポートされる値

このコマンドは、user.signingkey が設定されておらず、ssh 署名が要求されたときに実行されます。正常終了時には、出力の最初の行に key:: で始まる有効な ssh 公開鍵が期待されます。これにより、user.signingKey を静的に構成することが非現実的な場合に、正しい公開鍵を動的に検索するスクリプトが可能になります。例えば、鍵や SSH 証明書が頻繁に更新される場合や、正しい鍵の選択が git に不明な外部要因に依存する場合などです。

信頼する ssh 公開鍵を含むファイル。このファイルは、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] に表示する履歴コンテキストの半径（日数）を指定します。この変数がゼロに設定されている場合、全履歴が表示されます。

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

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

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

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

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

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

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

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

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