SYNOPSIS
gitdiff-tree
[--stdin
] [-m
] [-s
] [-v
] [--no-commit-id
] [--pretty
] [-t
] [-r
] [-c
|--cc
] [--combined-all-paths
] [--root
] [--merge-base
] [<common-diff-options>] <tree-ish> [<tree-ish>] [<path>…]
DESCRIPTION
2つのツリーオブジェクト間で、ブロブの内容とモードを比較します
<tree-ish> が1つだけ指定されている場合、コミットはその親と比較されます(以下の --stdin
参照)。
注意: git
diff-tree
は、コミットオブジェクトにカプセル化されたツリーを使用できます。
OPTIONS
-
-p
-
-u
-
--patch
-
パッチを生成します([generate_patch_text_with_p] 参照)。
-
-s
-
--no-patch
-
diff 機構からの出力をすべて抑制します。 デフォルトでパッチを表示する
git
show
のようなコマンドで出力を抑制したり、 コマンドラインのエイリアスで--patch
や--stat
などのオプションの効果をキャンセルしたりする場合に便利です。 -
-U
<n> -
--unified=
<n> -
通常の3行ではなく、<n> 行の内容でdiffを生成します。
--patch
の機能を含んでいます。 -
--output=
<file> -
stdout ではなく指定のファイルに出力します。
-
--output-indicator-new=
<char> -
--output-indicator-old=
<char> -
--output-indicator-context=
<char> -
生成されたパッチの新しい行、古い行、またはコンテキスト行を示すために使用される文字を指定します。 通常、それらはそれぞれ "+", "-", " " です。
-
--raw
-
生形式(raw format)でdiffを生成します。 これがデフォルトです。
-
--patch-with-raw
-
-p
--raw
の同義語。 -
--indent-heuristic
-
diffハンクの境界をずらす(shift)ヒューリスティックを有効にして、パッチを読みやすくします。 これがデフォルトです。
-
--no-indent-heuristic
-
インデントヒューリスティック(indent heuristic)を無効にします。
-
--minimal
-
より多くの時間を費やして、可能な限り最小のdiffが生成されるようにします。
-
--patience
-
"patience diff" アルゴリズムを使用してdiffを生成します。
-
--histogram
-
"histogram diff" アルゴリズムを使用してdiffを生成します。
-
--anchored=
<text> -
"anchored diff" アルゴリズムを使用してdiffを生成します。
このオプションは複数回指定できます。
行が比較元(source)と比較先(destination)の両方に存在し、かつ、1回だけ存在し、かつ、 <text> で始まる場合、このアルゴリズムは、その行が出力に削除または追加として表示されないようにします。内部で「patience diff」アルゴリズムを使用します。
-
--diff-algorithm=
(patience
|minimal
|histogram
|myers
) -
diffアルゴリズムを選択します。そのバリエーションは以下のとおりです:
-
default
-
myers
-
基本的な貪欲な差分アルゴリズム(greedy diff algorithm)。現在、これがデフォルトです。
-
minimal
-
より多くの時間を費やして、可能な限り最小のdiffが生成されるようにします。
-
patience
-
パッチを生成する時に "patience diff" アルゴリズムを使います。
-
histogram
-
このアルゴリズムは、忍耐アルゴリズム(patience algorithm)を拡張して、「発生率の低い共通要素をサポート」(support low-occurrence common elements)します。
たとえば、 あなたが
diff.algorithm
変数をデフォルト以外の値に設定した上で、それでもデフォルト値を使用する場合は、--diff-algorithm=default
オプションを使用する必要があります。 -
-
--stat
[=
<width>[,
<name-width>[,
<count>]]] -
diffstat を生成します。 デフォルトでは、 必要なだけのスペースがファイル名部分に使用され、 残りはグラフ部分に使用されます。 最大幅はデフォルトで端末幅、 または端末に接続されていない場合は 80 桁であり、 <width> で上書きできます。 ファイル名部分の幅は、 カンマの後に別の幅 <name-width> を指定するか、または
diff.statNameWidth=
<name-width> を設定することによって制限できます。 グラフ部分の幅は、--stat-graph-width=
<graph-width> を使用するか、 またはdiff.statGraphWidth=
<graph-width> を設定することによって制限できます。--stat
または--stat-graph-width
の使用は統計グラフを生成するすべてのコマンドに影響しますが、diff.statNameWidth
またはdiff.statGraphWidth
の設定はgit
format-patch
には影響しません。 3番目のパラメータ <count> を指定することにより、出力を最初の <count> 行に制限し、それに ... が続く形にできます。これらのパラメータは、
--stat-width=
<width> と--stat-name-width=
<name-width> と--stat-count=
<count> を使用して個別に設定することもできます。 -
--compact-summary
-
ファイルの作成や削除( "new" または "gone" 。オプションでシンボリックリンクの場合は
+l
)、 diffstat のモード変更(実行可能ビットを追加または削除する場合は、それぞれ+x
または-x
)など、 拡張ヘッダー情報の要約を出力します。 情報はファイル名部分とグラフ部分の間に置かれます。 本機能は--stat
の機能を含んでいます。 -
--numstat
-
--stat
に似ていますが、プログラムで処理しやすい(machine friendly)ように、追加および削除された行数を10進表記とパス名で省略形なしで表示します。バイナリファイルの場合、0
0
の代わりに2つの-
を出力します。 -
--shortstat
-
変更されたファイルの総数と、追加および削除された行の数を含む
--stat
形式の最後の行のみを出力します。 -
-X
[<param>,.
..] -
--dirstat
[=
<param>,.
..] -
各サブディレクトリの相対的な変更量の分布を出力します。
--dirstat
の動作は、パラメータのコンマ区切りリストを渡すことでカスタマイズできます。デフォルトは、diff.dirstat
構成変数によって制御されます(git-config(1) 参照)。以下のパラメータを使用できます:-
changes
-
比較元(source)から削除された、または比較先(destination)に追加された行をカウントして、dirstat数を計算します。これは、ファイル内の純粋なコード移動の量を無視します。つまり、ファイル内の行の再配置は、他の変更ほどカウントされません。これは、パラメーターが指定されていない場合のデフォルトの動作です。
-
lines
-
通常の行ベースのdiff分析を実行し、削除/追加された行数を合計して、dirstat数を計算します。 (バイナリファイルの場合、バイナリファイルには行の概念がないため、代わりに64バイトのチャンクをカウントします)。 これは
changes
動作よりも高価な--dirstat
動作ですが、他の変更と同じようにファイル内の再配置された行をカウントします。結果の出力は、他の--
*stat オプションから得られるものと一致しています。 -
files
-
変更されたファイルの数を数えて、dirstat数を計算します。変更された各ファイルは、dirstat分析で等しくカウントされます。これは、ファイルの内容をまったく調べる必要がないため、計算コストが最もかからない
--dirstat
の動作です。 -
cumulative
-
親ディレクトリの子ディレクトリの変更も同様にカウントします。
cumulative
(累積的) を使用する場合、報告されるパーセンテージの合計が100%を超える場合があることに注意してください。デフォルトの(非累積的な)動作は、noncumulative
パラメーターで指定できます。 - <limit>
-
整数パラメーターは、カットオフパーセント(デフォルトでは3%)を指定します。指定の割合より少ないディレクトリは、出力に表示されません。
例: 変更されたファイルの総数の10%未満のディレクトリを無視し、親ディレクトリに子ディレクトリの数を累積しながら、変更されたファイルをカウント:
--dirstat=files,10,cumulative
-
-
--cumulative
-
--dirstat=cumulative
と同義語。 -
--dirstat-by-file
[=
<param>,.
..] -
--dirstat=files,
<param>,.
.. と同義語。 -
--summary
-
作成、名前変更、モード変更などの拡張ヘッダー情報の短い要約(condensed summary)を出力します。
-
--patch-with-stat
-
-p
--stat
と同義語。 -
-z
-
--raw
または--numstat
または--name-only
または--name-status
が指定されている場合は パス名を変更せず、出力フィール・ターミネーターとしてNULLを使用してください。このオプションがないと、構成変数
core.quotePath
で説明されているように、 通常の文字以外(unusual characters)を含むパス名がクォートされます(git-config(1) 参照)。 -
--name-only
-
ポスト・イメージ・ツリー(post-image tree)に、 変更された各ファイルの名前のみを表示します。 多くの場合、ファイル名はUTF-8でエンコードされます。 詳細については、 git-log(1) のマニュアルページにあるエンコーディングに関する議論(the discussion about encoding)を参照してください。
-
--name-status
-
変更された各ファイルの名前とステータスのみを表示します。 ステータス文字の意味については、
--diff-filter
オプションの説明を参照してください。--name-only
と同じように、ファイル名はしばしばUTF-8でエンコードされます。 -
--submodule
[=
<format>] -
サブモジュールの違いをどのように表示するかを指定します。
--submodule=short
を指定する場合、 short形式が使用されます。この形式は、範囲の最初と最後にコミットの名前を表示するだけです。--submodule
または--submodule=log
が指定されている場合、 log形式が使用されます。この形式では、 git-submodule(1) のsummary
のように範囲内のコミットが一覧表示されます。--submodule=diff
が指定されている場合、 diff形式が使用されます。この形式は、コミット範囲間のサブモジュールの内容の変更のインラインdiffを示します。configオプションが設定されていない場合、デフォルトはdiff.submodule
またはshort
形式です。 -
--color
[=
<when>] -
色付きのdiffを表示します。
--color
(つまり、=
<when> 無し) は--color=always
と同じです。 <when> は、 always または never または auto のいずれかになります。 -
--no-color
-
カラーdiffをオフにします。
--color=never
と同じです。 -
--color-moved
[=
<mode>] -
ソースコードの移動した行を別の色にします。 <mode>は、オプションが指定されていない場合はデフォルトで
no
になり、 モードが指定されていないオプションが指定されている場合はzebra
になります。 モードは以下のいずれかでなければなりません:-
no
-
移動行をハイライトしません。
-
default
-
zebra の同義語です。これは、将来、より賢明なモードに変更される可能性があります。
-
plain
-
ある場所で追加され、別の場所で削除された行は、
color.diff.newMoved
で色付けされます。 同様に、color.diff.oldMoved
は、差分の別の場所に追加された削除された行に使用されます。このモードは移動された行をピックアップしますが、コードのブロックが順列なしで移動されたかどうかを判断することはレビューではあまり役に立ちません。 -
blocks
-
少なくとも20文字の英数字の移動テキストのブロックが貪欲に検出されます。検出されたブロックは、
color.diff.
(old
|new
)Moved
で設定した色のいずれかを使用して色付けされます。隣接するブロックを区別することはできません。 -
zebra
-
移動されたテキストのブロックは、
blocks
モードの場合と同様に検出されます。 ブロックは、color.diff.
(old
|new
)Moved
で設定した色またはcolor.diff.
(old
|new
)MovedAlternative
で設定した色のいずれかを使用して色付けされます。 2つの色の間の変化は、新しいブロックが検出されたことを示します。 -
dimmed-zebra
-
zebra
に似ていますが、移動されたコードの重要でない部分の追加の調光(dimmed)が実行されます。隣接する2つのブロックの境界線は興味深いと見なされ、残りは興味深いものではありません。dimmed_zebra
は非推奨の同義語です。
-
-
--no-color-moved
-
移動検出をオフにします。 これは、構成設定を上書きするために使用できます。
--color-moved=no
と同じです。 -
--color-moved-ws=
<mode>,.
.. -
これは、
--color-moved
の移動検出を実行するときに空白を無視する方法を設定します。 これらのモードは、コンマ区切りのリストとして指定できます:-
no
-
移動行検出を実行するときに、空白(whitespace)を無視しない。
-
ignore-space-at-eol
-
行末(EOL)での空白(whitespace)の変更を無視します。
-
ignore-space-change
-
空白(whitespace)の数の変更は無視してください。これは、行末の空白(whitespace)を無視し、1つ以上の空白文字(whitespace characters)の他のすべてのシーケンスを同等と見なします。
-
ignore-all-space
-
行を比較するときは空白(whitespace)を無視します。これにより、一方の行に空白があり、もう一方の行に空白がない場合でも、違いは無視されます。
-
allow-indentation-change
-
最初に移動検出で空白(whitespace)を無視し、空白(whitespace)の変更が行ごとに同じである場合にのみ、移動されたコードブロックをブロックにグループ化します。 これは他のモードと互換性がありません。
-
-
--no-color-moved-ws
-
移動検出を実行するときは、空白(whitespace)を無視しないでください。これは、構成設定を上書きするために使用できます。
--color-moved-ws=no
と同じです。 -
--word-diff
[=
<mode>] -
デフォルトでは、単語は空白(whitespace)で区切られます。 以下の
--word-diff-regex
を参照してください。 <mode> のデフォルトはplain
です。 <mode> は以下のいずれかである必要があります:-
color
-
変更された単語(word)を色のみを使用して強調表示します。
--color
を意味します。 -
plain
-
単語を
[-removed-]
や{
として表示します。 区切り文字が入力に表示されている場合、区切り文字をエスケープしようとしないため、出力があいまいになる可能性があります。added
} -
porcelain
-
スクリプトの使用を目的とした特別な行ベースの形式を使用します。追加/削除/無変更については、通常の統一されたdiff形式で印刷され、行の先頭の "+"/"-"/" " 文字で始まり、行の終わりまで続きます。入力の改行は、それ自体の行のチルダ
~
で表されます。 -
none
-
単語(word)のdiffを再度無効にします。
注意: 最初のモードの名前にもかかわらず、有効になっている場合、すべてのモードで変更された部分を強調するために色が使用されることに注意してください。
-
-
--word-diff-regex=
<regex> -
空白以外を単語と見なす代わりに、 <regex> を使用して単語が何であるかを決定します。また、すでに有効になっていない限り、この機能は
--word-diff
の機能を含んでいます。<regex> の重複しないマッチはすべて、単語と見なされます。これらのマッチの間のすべては空白と見なされ、違いを見つけるためとしては無視されます! 正規表現に |[
^
[:space:
]] を追加して、空白以外のすべての文字とマッチすることを確認することをお勧めします。改行を含むマッチは、改行で黙って切り捨てられます!たとえば、
--word-diff-regex=.
は各文字を単語として扱い、それに応じて文字ごとの違いを表示します。正規表現は、diffドライバーまたは構成オプション(configuration option)を介して設定することもできます。 gitattributes(5) または git-config(1) を参照してください。これを指定すると、diffドライバーまたは構成設定(configuration settings)が明示的にオーバーライドされます。diffドライバーは構成設定を上書きします。
-
--color-words
[=
<regex>] -
--word-diff=color
に--word-diff-regex=
<regex> を加えたものに相当します(正規表現が指定されている場合)。 -
--no-renames
-
構成ファイルにデフォルトで指定されている場合でも、名前変更の検出をオフにします。
-
--
[no-
]rename-empty
-
名前変更ソースとして空のブロブを使用するかどうか。
-
--check
-
変更によって競合マーカーまたは空白エラーが発生した場合に警告します。空白エラーと見なされるものは、
core.whitespace
構成によって制御されます。 デフォルトでは、末尾の空白(空白のみで構成される行を含む)と、行の最初のインデント内で直後にタブ文字が続くスペース文字は、空白エラーと見なされます。問題が見つかった場合は、ゼロ以外のステータスで終了します。なお、--exit-code
とは互換性がありません。 -
--ws-error-highlight=
<kind> -
diffの
context
またはold
またはnew
行の空白エラーを強調表示します。複数の値はコンマで区切られ、none
は前の値をリセットし、default
はリストをnew
にリセットし、all
は old、new、context の省略形です。このオプションが指定されておらず、構成変数diff.wsErrorHighlight
が設定されていない場合、new
行の空白エラーのみが強調表示されます。空白エラーはcolor.diff.whitespace
で色分けされています。 -
--full-index
-
パッチ形式の出力を生成するときは、最初の一握りの文字(first handful of characters)の代わりに、「インデックス」行にイメージ前およびイメージ後の完全ブロブオブジェクト名を表示します。
-
--binary
-
--full-index
に加えて、git-apply
で適用できるバイナリ差分を出力します。--patch
の機能を含んでいます。 -
--abbrev
[=
<n>] -
完全な40バイトの16進オブジェクト名をdiff-raw形式の出力とdiff-treeヘッダー行に表示する代わりに、オブジェクトを一意に参照する、少なくとも <n> 桁の16進数の長さの最短のプレフィックスを表示します。diffパッチ出力形式では、
--full-index
が優先されます。つまり、--full-index
が指定されている場合、--abbrev
に関係なく、完全なブロブ名が表示されます。デフォルト以外の桁数は、--abbrev=
<n> で指定できます。 -
-B
[<n>][/
<m>] -
--break-rewrites
[=
[<n>][/
<m>]] -
完全な書き換えの変更を削除と作成のペアに分割します。これには以下の2つの目的があります:
これは、ファイルの完全な書き換えに相当する変更が、コンテキストとしてテキストで一致する非常に少数の行と混合された一連の削除と挿入としてではなく、古いものすべての単一の削除とそれに続く すべての新しいものを1回挿入し、数値
m
が -B オプションのこの側面を制御します(デフォルトは60%)。-B/70
% は、Gitがそれを完全な書き換えと見なすために、元の30%未満が結果に残る必要があることを指定します(つまり、結果のパッチは、コンテキスト行と混合された一連の削除と挿入になります)。-M と一緒に使用すると、完全に書き換えられたファイルも名前変更のソースと見なされ(通常、 -M は、消えたファイルのみを名前変更のソースと見なします)、数
n
が -Bオプションのこの側面を制御します(デフォルトは50%)。-B20
% は、ファイルのサイズの20%以上と比較して、追加および削除を伴う変更が、別のファイルへの名前変更の可能なソースとして取得される資格があることを指定します。 -
-M
[<n>] -
--find-renames
[=
<n>] -
名前の変更(renames)を検知する。
n
が指定されている場合、それは類似性インデックスのしきい値です (つまり、ファイルのサイズと比較した追加/削除の量)。 たとえば、-M90
% は、ファイルの90%以上が変更されていない場合、 Gitが削除/追加のペアを名前変更と見なす必要があることを意味します。 % 記号がない場合、数値は小数として読み取られ、その前に小数点が付きます。 つまり、-M5
は0.5になるため、-M50
% と同じになります。 同様に、-M05
は-M5
% と同じです。 検出を正確な名前変更に制限するには、-M100
% を使用します。 デフォルトの類似性インデックスは50%です。 -
-C
[<n>] -
--find-copies
[=
<n>] -
名前変更と同様にコピーを検出します。
--find-copies-harder
も参照してください。n
を指定すると、-M
<n> と同じ意味になります。 -
--find-copies-harder
-
パフォーマンス上の理由から、デフォルトでは、
-C
オプションは、コピーの元のファイルが同じ変更組(changeset)で変更された場合にのみコピーを検索します。このフラグにより、コマンドは変更されていないファイルをコピー元の候補として検査します。これは大規模なプロジェクトでは非常にコストのかかる操作であるため、注意して使用してください。 複数の-C
オプションを指定しても同じ効果があります。 -
-D
-
--irreversible-delete
-
削除するプレイメージ(preimage)を省略します。つまり、ヘッダーのみを出力し、プレイメージと
/dev/null
の差分は出力しません。結果のパッチは、patch
またはgit
apply
で適用されることを意図していません。これは、変更後にテキストを確認することに集中したい人のためだけのものです。さらに、出力には明らかに、そのようなパッチを手動でも逆に適用するのに十分な情報が不足しているため、このようなオプション名になっています。-B
と併用する場合は、削除/作成ペアの削除部分のプリイメージ(preimage)も省略します。 -
-l
<num> -
-M
および-C
オプションには、名前変更/コピーのサブセットを安価に検出できるいくつかの準備手順が含まれ、その後に、残りのすべてのペアになっていない比較先(destinations)をすべての関連ソースと比較する徹底的なフォールバック部分が続きます。(名前の変更の場合、残りのペアになっていないソースのみが関係します。コピーの場合、すべての元のソースが関係します)。N個の、ソースと比較先の場合、この徹底的なチェックのコストは O(N^2) です。このオプションは、関係するソース/比較先ファイルの数が指定された数を超えた場合に、名前変更/コピー検出の完全な部分が実行されないようにします。デフォルトは diff.renameLimit です。 値0は無制限として扱われることに注意してください。 -
--diff-filter=
[(A
|C
|D
|M
|R
|T
|U
|X
|B
)...
[*]] -
追加(Add)・コピー(Copy)・削除(Delete)・変更(Modify)・名前変更(Rename)されたファイル、タイプが変更されたファイル(T)、マージされていないファイル(U)、不明なファイル(X)、またはペアリングが壊れているファイル(B)のみを選択します。フィルタ文字(無しも含む)の任意の組み合わせを使用できます。 組み合わせに * (全てまたは無し)が追加されると、比較で他の基準に一致するファイルがある場合、すべてのパスが選択されます。 他の基準に一致するファイルがない場合、何も選択されません。
また、逆に、除外したい時はこれらの各大文字指定を小文字にして指定します。例えば
--diff-filter=ad
は、追加および削除されたパスを除外します。注意:すべての diff がすべてのタイプを含むわけではないことに注意してください。 例えば、 コピーされたエントリや名前が変更されたエントリは、それらのタイプの検出(detection)が無効になっている場合には表示されません。
-
-S
<string> -
ファイル内の指定の <string> (つまり、 addition 、deletion)の出現回数の差分を調べます。 スクリプトで使用することを目的としています。
(構造体など)コードの正確なブロックを探していて、そのブロックが最初に作成されてからの履歴を知りたい場合に便利です。この機能を繰り返し使用して、プリイメージ(preimage)内の興味深いブロックを
-S
にフィードバックし、そしてあなたはそれをブロックの最初のバージョンを取得するまで続けます。バイナリファイルも検索されます。
-
-G
<regex> -
パッチテキストに <regex> にマッチする 追加/削除 された行が含まれている差分を探します。
-S
<regex>--pickaxe-regex
と-G
<regex> の違いを説明するために、同じファイル内で以下のdiffを使用してコミットすることを検討してください:+ return frotz(nitfol, two->ptr, 1, 0); ... - hit = frotz(nitfol, mf2.ptr, 1, 0);
git
log
-G
"frotz\(nitfol
" はこのコミットを表示しますが、git
log
-S
"frotz\(nitfol
"--pickaxe-regex
は表示しません(その文字列の出現回数が変更されなかったため)。--text
が提供されていない限り、 textconv フィルターのないバイナリファイルのパッチは無視されます。詳細については gitdiffcore(7) の「pickaxe」エントリを参照してください。
-
--find-object=
<object-id> -
指定されたオブジェクトの出現回数を変更する違いを探します。
-S
と同様に、引数だけが異なり、特定の文字列ではなく特定のオブジェクトIDを検索します。オブジェクトは、ブロブまたはサブモジュールのコミットにすることができます。 これは、
git-log
の-t
オプションがツリーも探すことを意味します。 -
--pickaxe-all
-
-S
または-G
が変更を見つけたら、 <string> の変更を含むファイルだけでなく、その変更セット(changeset)のすべての変更を表示します。 -
--pickaxe-regex
-
-S
に指定した <string> を拡張POSIX正規表現として扱います。 -
-O
<orderfile> -
ファイルが出力に表示される順序を制御します。これは
diff.orderFile
構成変数をオーバーライドします(git-config(1) 参照)。diff.orderFile
をキャンセルするには、-O/dev/null
を使用します。出力順序は、 <orderfile> 内のglobパターンの順序によって決定されます。最初のパターンに一致するパス名を持つすべてのファイルが最初に出力され、2番目のパターンに一致する(ただし最初のパターンには一致しない)パス名を持つすべてのファイルが次に出力されます。パス名がどのパターンとも一致しないすべてのファイルは、ファイルの最後に暗黙のすべて一致パターンがあるかのように、最後に出力されます。複数のパス名のランクが同じである場合(同じパターンに一致するが、以前のパターンには一致しない)、相互の出力順序は通常の順序です。
<orderfile> は以下のとおりパースされます:
-
空白行は無視されるため、読みやすくするための区切りとして使用できます。
-
ハッシュ ("#") で始まる行は無視されるため、コメントに使用できます。 パターンがハッシュで始まる場合は、パターンの先頭にバックスラッシュ(訳注:日本では環境により円記号)("\") を追加します。
-
他の各行には、単一のパターンが含まれています。
パターンは、
FNM_PATHNAME
フラグなしで fnmatch(3) に使用されるパターンと同じ構文とセマンティクスを持ちますが、最終的なパス名コンポーネントをいくつも削除するとパターンと一致する場合、パス名もパターンと一致する点が異なります。 たとえば、パターンfoo
*bar は、fooasdfbar
およびfoo/bar/baz/asdf
と一致しますが、foobarx
とは一致しません。 -
-
--skip-to=
<file> -
--rotate-to=
<file> -
名前付き <file> の前のファイルを出力から破棄するか(スキップして)、出力の最後に移動させます(ローテーションさせます)。 これらオプションは主に
git
difftool
コマンドを使用するために考案されたものであり、それ以外の場合はあまり役に立たない可能性があります。 -
-R
-
2つの入力を交換します。 つまり、インデックスまたはディスク上のファイルとツリーの内容の違いを表示します。
-
--relative
[=
<path>] -
--no-relative
-
プロジェクトのサブディレクトリから実行する場合、このオプションを使用して、ディレクトリ外の変更を除外し、それに関連するパス名を表示するように指示できます。サブディレクトリ(ベアリポジトリなど)にいない場合は、引数として <path> を指定することで、出力を作成するサブディレクトリに名前を付けることができます。
--no-relative
は、diff.relative
設定オプションと以前の--relative
の両方を打ち消すために使用できます。 -
-a
-
--text
-
すべてのファイルをテキストとして扱います。
-
--ignore-cr-at-eol
-
比較を行うときは、行末のキャリッジリターン(carriage-return)を無視します。
-
--ignore-space-at-eol
-
行末(EOL)での空白(whitespace)の変更を無視します。
-
-b
-
--ignore-space-change
-
空白(whitespace)の数の変更は無視してください。これは、行末の空白(whitespace)を無視し、1つ以上の空白文字(whitespace characters)の他のすべてのシーケンスを同等と見なします。
-
-w
-
--ignore-all-space
-
行を比較するときは空白を無視します。 これにより、一方の行に空白があり、もう一方の行に空白がない場合でも、違いは無視されます。
-
--ignore-blank-lines
-
全て空白の行の変更は無視します。
-
-I
<regex> -
--ignore-matching-lines=
<regex> -
すべての行が <regex> にマッチする変更を無視します。このオプションは複数回指定できます。
-
--inter-hunk-context=
<number> -
指定された行数までの差分ハンク間のコンテキストを表示し、それによって互いに近いハンクを融合します。デフォルトは
diff.interHunkContext
で、設定オプションが設定されていない場合は0です。 -
-W
-
--function-context
-
関数全体を各変更のコンテキスト行として表示します。関数名は、
git
diff
がパッチハンクヘッダーを処理するのと同じ方法で決定されます(gitattributes(5) の「Defining a custom hunk-header」参照)。 -
--exit-code
-
diff(1)と同様のコードでプログラムを終了させます。つまり、違いがあった場合は 1 で終了し、 0 は違いがないことを意味します。
-
--quiet
-
プログラムのすべての出力を無効にします。
--exit-code
を含んでいます。 終了コード(exit code)が信頼できない、 つまり、 構成オプションdiff.trustExitCode
またはdiff.
<driver>.trustExitCode
または 環境変数GIT_EXTERNAL_DIFF_TRUST_EXIT_CODE
のいずれかが false の場合、 外部 diff ヘルパーの実行を無効にします。 -
--ext-diff
-
外部diffヘルパーの実行を許可します。 gitattributes(5) を使用して外部diffドライバーを設定する場合は、 git-log(1) およびその仲間と一緒にこのオプションを使用する必要があります。
-
--no-ext-diff
-
外部diffドライバーを禁止します。
-
--textconv
-
--no-textconv
-
バイナリファイルを比較するときに、外部テキスト変換フィルターの実行を許可(または禁止)します。 詳細については、 gitattributes(5) を参照してください。textconvフィルターは通常、一方向の変換であるため、結果のdiffは人間の消費に適していますが、適用(apply)することはできません。このため、textconvフィルターは、 git-diff(1) および git-log(1) に対してのみデフォルトで有効になりますが、 git-format-patch(1) またはdiff配管コマンドに対しては有効になりません。
-
--ignore-submodules
[=
(none
|untracked
|dirty
|all
)] -
diff 生成時にサブモジュールへの変更を無視します。
all
がデフォルトです。none
を使用すると、追跡されていないファイルまたは変更されたファイルが含まれている場合、またはそのHEADがスーパープロジェクトに記録されているコミットと異なる場合にサブモジュールが変更されたと見なされ、 git-config(1) または gitmodules(5) のignore
オプションの設定をオーバーライドするために使用できます。untracked
が使用されている場合、サブモジュールには追跡されていないコンテンツのみが含まれている場合、サブモジュールはダーティとは見なされません(ただし、変更されたコンテンツはスキャンされます)。dirty
を使用すると、サブモジュールの作業ツリーへのすべての変更が無視され、スーパープロジェクトに格納されているコミットへの変更のみが表示されます(これは1.7.0までの動作でした)。all
を使用すると、サブモジュールへのすべての変更が非表示になります。 -
--src-prefix=
<prefix> -
"a/" の代わりに、指定した比較元プレフィックス(source <prefix>)を表示します。
-
--dst-prefix=
<prefix> -
"b/" の代わりに、指定した比較先プレフィックス(destination <prefix>)を表示します。
-
--no-prefix
-
比較元(source)または比較先(destination)のプレフィックスを表示しません。
-
--default-prefix
-
デフォルトの比較元(source)および比較先(destination)のプレフィックスを使用します("a/" と "b/")。 これは、
diff.noprefix
やdiff.srcPrefix
やdiff.dstPrefix
やdiff.mnemonicPrefix
などの設定をオーバーライドします(git-config(1) 参照)。 -
--line-prefix=
<prefix> -
出力のすべての行に追加のプレフィックス(<prefix>)を付加します。
-
--ita-invisible-in-index
-
デフォルトでは、
git
add
-N
によって追加されたエントリは、git
diff
に既存の空のファイルとして表示され、git
diff
--cached
に新しいファイルとして表示されます。このオプションを使用すると、エントリはgit
diff
では新しいファイルとして表示され、git
diff
--cached
では存在しません。このオプションは、--ita-visible-in-index
で元に戻すことができます。どちらのオプションも実験的なものであり、将来削除される可能性があります。
これらの一般的なオプションの詳細については、 gitdiffcore(7) も参照してください。
- <tree-ish>
-
ツリーオブジェクトのID。
- <path>…
-
<path>… が提供された場合、結果は提供されたパススペックの1つに一致するファイルのサブセットに制限されます。
-
-r
-
サブツリーを再帰的に辿ります。
-
-t
-
ツリー・エントリ自体とサブ・ツリーを表示します。
-r
の機能を含みます。 -
--root
-
--root
が指定されている場合、最初のコミット(initial commit)は大きな作成イベント(big creation event)として表示されます。これは、NULLツリーに対する差分と同等です。 -
--merge-base
-
<tree-ish>を直接比較する代わりに、2つの<tree-ish>間のマージベースをbefore側として使用します。2つの<tree-ish>が指定されている必要があり、両方ともコミットである必要があります。
-
--stdin
-
`--stdin`が指定されている場合、コマンドはコマンドラインから<tree-ish>引数を取りません。代わりに、2つの<tree> または 1つの<commit> または <commit>のリストのいずれかを含む行を標準入力から読み取ります。(区切り文字として空白1文字を使用します。)
2つのツリーが与えられると、最初のツリーと2番目のツリーが比較されます。単一のコミットが与えられると、そのコミットをその親と比較します。 残りのコミットは、指定されると、最初のコミットの親であるかのように使用されます。
2つのツリーを比較する場合、違いの前に両方のツリーのID(スペースで区切られ、改行で終了)が出力されます。コミットを比較する場合、最初の(または唯一の)コミットのIDと、それに続く改行が出力されます。
以下のフラグは、(ツリーではなく、)コミットを比較するときの動作に影響します。
-
-m
-
デフォルトでは、
git
diff-tree
--stdin
はマージコミットの違いを表示しません。 このフラグを使用すると、すべての親からのコミットとの違いが示されます。-c
も参照してください。 -
-s
-
デフォルトでは、
git
diff-tree
--stdin
は、機械可読形式(-p
なし) または パッチ形式( ` -p` あり)のいずれかで違いを示します。この出力を抑制できます。-v
フラグでのみ役立ちます。 -
-v
-
このフラグにより、
git
diff-tree
--stdin
は、違いの前にコミットメッセージも表示します。 -
--pretty
[=
<format>] -
--format=
<format> -
コミットログの内容を指定された形式できれいに印刷(pretty-print)します。 <format> は oneline、short、medium、full、fuller、reference、email、raw、format:<string>、tformat:<string> のいずれかになります。 <format> が上記のいずれでもなく、「%プレースホルダー」が含まれている場合、
--pretty=tformat:
<format> が指定されたかのように動作します。各フォーマットの詳細については、「PRETTY FORMATS」セクションを参照してください。
=
<format> の部分を省略すると、デフォルトで medium になります。注意: リポジトリの構成でデフォルトの pretty format を指定できます(git-config(1) 参照)。
-
--abbrev-commit
-
40バイトの16進コミットオブジェクト名全体を表示する代わりに、オブジェクトに一意の名前を付けるプレフィックスを表示します。
--abbrev=
<n> (表示されている場合は diff 出力も変更します)オプションを使用して、プレフィックスの最小長を指定できます。これにより、80桁幅の端末を使用している人にとって
--pretty=oneline
がずっと読みやすくなるはずです。 -
--no-abbrev-commit
-
完全な40バイトの16進コミットオブジェクト名を表示します。 これにより、明示的または
--oneline
などの他のオプションによって暗黙的に示される--abbrev-commit
が無効になります。また、log.abbrevCommit
変数をオーバーライドします。 -
--oneline
-
これは 一組で使用される
--pretty=oneline
--abbrev-commit
の省略形です。 -
--encoding=
<encoding> -
コミットオブジェクトは、ログメッセージに使用される文字エンコードをエンコードヘッダーに記録します。このオプションを使用して、ユーザーが好むエンコーディングでコミットログメッセージを再コーディングするようにコマンドに指示できます。配管以外のコマンドの場合、これはデフォルトでUTF-8になります。オブジェクトが
X
でエンコードされていると主張し、X
で出力している場合、オブジェクトをそのまま出力することに注意してください。これは、元のコミットの無効なシーケンスが出力にコピーされる可能性があることを意味します。 同様に、 iconv(3) がコミットの変換に失敗した場合、 元のオブジェクトをそのまま黙って出力します。 -
--expand-tabs=
<n> -
--expand-tabs
-
--no-expand-tabs
-
出力に表示する前に、ログメッセージでタブ展開を実行します(タブ幅を <n> とみなして <n> 境界に揃うように空白で調整する)。
--expand-tabs
は--expand-tabs=8
の省略形であり、--no-expand-tabs
は--expand-tabs=0
の省略形です。タブの展開を無効にします。デフォルトでは、タブはログメッセージを4つのスペースでインデントするきれいな形式(pretty formats)で展開されます(つまり、medium (これがデフォルト) と full と fuller)。
-
--notes
[=
<ref>] -
コミットログメッセージを表示するときに、コミットに注釈を付けるnotes(git-notes(1) 参照)を表示します。これは、コマンドラインに
--pretty
、--format
または--oneline
オプションが指定されていない場合の、git
log
とgit
show
とgit
whatchanged
コマンドのデフォルトです。デフォルトでは、表示されるnotesは、
core.notesRef
およびnotes.displayRef
変数(または対応する環境変数オーバーライド)にリストされているnote refからのものです。詳細については git-config(1) を参照してください。オプションの <ref> 引数を使用して、refを使用して表示するnotesを検索します。 refは、
refs/notes/
で始まる完全なrefnameを指定できます。notes/
で始まるか、refs/
で始まるか、それ以外で始まる場合、refs/notes/
が接頭辞として付けられ、refのフルネームを形成します。複数の
--notes
オプションを組み合わせて、表示するノートを制御できます。 例:--notes=foo
はrefs/notes/foo
からのノートのみを表示します。--notes=foo
--notes
は、refs/notes/foo
とデフォルトの ノート ref の両方のノートを表示します。 -
--no-notes
-
ノートを表示しないでください。 これは、 ノートが表示される ノート ref のリストをリセットすることにより、 上記の
--notes
オプションを無効にします。 オプションは、コマンドラインで指定された順序で解析されます。--notes
--notes=foo
--no-notes
--notes=bar
は、refs/notes/bar
からのノートのみを表示します。 -
--show-notes-by-default
-
特定のノートを表示するオプションが指定されていない限り、 デフォルトのノートを表示します。
-
--show-notes
[=
<ref>] -
--
[no-
]standard-notes
-
これらのオプションは非推奨です。 代わりに、上記の
--notes
/--no-notes
オプションを使用してください。 -
--show-signature
-
署名を
gpg
--verify
に渡して、 署名されたコミット・オブジェクトの有効性を確認し出力します。 -
--no-commit-id
-
git
diff-tree
は、該当する場合、コミットIDを含む行を出力します。このフラグは、コミットIDの出力を抑制します。 -
-c
-
このフラグは、マージコミットの表示方法を変更します(つまり、コマンドに1つの <tree-ish> 、または
--stdin
が指定されている場合にのみ役立ちます)。これは、親と結果を一度に1つずつ表示するのではなく、各親とマージ結果の違いを同時に表示します(これは、-m
オプションが行うことです)。さらに、すべての親から変更されたファイルのみが一覧表示されます。 -
--cc
-
このフラグは、
-c
オプションと同様に、マージコミットパッチの表示方法を変更します。これは-c
と-p
オプションの機能を含んでいて、さらに、パッチの出力を圧縮するために、親のコンテンツが二つのバリエーションしかなく、マージ結果がそのうちの一つをそのまま選んでしまうような、つまらないハンクは省きます。すべてのハンクがつまらない場合、他の「空の差分」の場合と同様に、コミット自体とコミットログメッセージは表示されません。 -
--combined-all-paths
-
このフラグにより、結合された差分(combined diff)(マージコミットに使用)にすべての親からのファイルの名前が一覧表示されます。したがって、
-c
または--cc
が指定されている場合にのみ有効であり、ファイル名の変更が検出された場合(つまり、名前変更またはコピーの検出が要求された場合)にのみ役立つ可能性があります。 -
--always
-
差分自体が空の場合でも、コミット自体とコミットログメッセージを表示します。
PRETTY FORMATS
コミットがマージであり、 pretty-format が oneline
または email
または raw
で無い場合、 Author:
行の前に追加の行が挿入されます。この行は "Merge: " で始まり、先祖のコミットのハッシュがスペースで区切られて出力されます。履歴の表示を制限している場合、たとえば、特定のディレクトリまたはファイルに関連する変更のみに関心がある場合、リストされたコミットは必ずしも 直接 の親コミットのリストではない可能性があることに注意してください。
いくつかの組み込みフォーマットがあります。そして以下で説明するように、 pretty.<name> 構成オプション(config option)を別のフォーマット名または format:
文字列に設定することで、追加のフォーマットを定義できます(git-config(1) 参照)。組み込みフォーマットの詳細は以下のとおりです:
-
oneline
<hash> <title-line>
これは、可能な限りコンパクトになるように設計されています。
-
short
commit <hash> Author: <author>
<title-line>
-
medium
commit <hash> Author: <author> Date: <author-date>
<title-line>
<full-commit-message>
-
full
commit <hash> Author: <author> Commit: <committer>
<title-line>
<full-commit-message>
-
fuller
commit <hash> Author: <author> AuthorDate: <author-date> Commit: <committer> CommitDate: <committer-date>
<title-line>
<full-commit-message>
-
reference
<abbrev-hash> (<title-line>, <short-author-date>)
この形式は、コミットメッセージ内の別のコミットを参照するために使用され、
--pretty=
'format:%C(auto
)%h (%s, %ad)' と同じです。 デフォルトでは、別の--date
オプションが明示的に指定されていない限り、日付は--date=short
でフォーマットされます。formatプレースホルダーを使用する他のformat:
と同様に、その出力は、--decorate
や--walk-reflogs
などの他のオプションの影響を受けません。 -
email
From <hash> <date> From: <author> Date: <author-date> Subject: [PATCH] <title-line>
<full-commit-message>
-
mboxrd
email
と同様ですが、コミットメッセージの "From " で始まる行(前に0個以上の > が付いている)は > でクォートされているため、新しいコミットの開始と混同されることはありません。 -
raw
raw
形式は、コミットオブジェクトに格納されているとおりにコミット全体を正確に表示します。とりわけ--abbrev
または--no-abbrev
のどちらが使用されているかに関係なく、ハッシュは完全に表示され、「親」(parents)情報は、移植や履歴の単純化を考慮せずに、真の親のコミットを示します。この形式は、コミットの表示方法に影響しますが、いわゆるgit
log
--raw
の差分の表示方法ではありません。生のdiff形式で完全なオブジェクト名を取得するには、--no-abbrev
を使用します。 -
format:
<format-string>format:
<format-string> 形式を使用すると、表示する情報を指定できます。注意: これはprintf書式に少し似ていますが、 \n の代わりに %n を使用して改行を取得するという例外に注意してください。例:
format:
"Theauthor
of
%hwas
%an, %ar%nThetitle
was
>>%s<<%n" は以下のように表示されます:The author of fe6e0ee was Junio C Hamano, 23 hours ago The title was >>t4119: test autocomputing -p<n> for traditional diff input.<<
さて、以下がプレースホルダー達です:
-
単一のリテラル文字に展開されるプレースホルダー:
- %n
-
改行(newline)
- %%
-
`%`そのもの
- %x00
-
%x に続く2桁の16進数は、 その値を持つバイトに置き換えられます(このドキュメントでは、 これを「リテラル書式設定コード」(literal formatting code)と呼びます)。
-
後続のプレースホルダーの書式設定に影響を与えるプレースホルダー達:
- %Cred
-
赤色に切り替える
- %Cgreen
-
緑色に切り替える
- %Cblue
-
青色に切り替える。
- %Creset
-
色をリセットする
-
%C(
...
) -
git-config(1) の「CONFIGURATION FILE」の Values で説明されている色の指定。 デフォルトでは、色はログ出力が有効になっている場合にのみ表示されます(
color.diff
またはcolor.ui
または--color
によって、ターミナルに出す場合は前者のauto
設定を尊重します)。 %C(auto,
...
) は、 default の歴史的同義語として受け入れられます(例: %C(auto,red
))。 %C(always,
...
) を指定すると、色が有効になっていない場合でも色が表示されます(この形式やgitが色付けする可能性のある他のすべてのものを含め、出力全体の色を有効にするために--color=always
の使用を検討してください)。auto
のみ(つまり、 %C(auto
))は、色が再び切り替えられるまで、これに続くプレースホルダーで自動色付けをオンにします。 - %m
-
左(<) または 右(>) または 境界 (
-
) の印 -
%w([<w>[
,
<i1>[,
<i2>]]]) -
git-shortlog(1) の -w オプションのように、行の折返しを切り替えます。
-
%<( <N> [
,trunc
|ltrunc
|mtrunc
]) -
これの次のプレースホルダーが少なくとも N 列幅になるようにし、必要に応じて右側にスペースを詰めます。出力が N 列より長い場合は、オプションで、左側 (ltrunc)
..
ft
切り捨て、または 中央 (mtrunc)mi
..
le
切り捨て、または末尾切り捨て (trunc)rig.
. ます (.. は省略符号)。 注意1: 切り捨ては N >= 2 の場合にのみ正しく機能します。 注意2: N および M (以下参照) 値の前後の空白はオプションです。 注意3: 絵文字やその他のワイド・キャラクタは表示桁を2つ必要とするため、桁の境界を超える可能性があります。 注意4: 複合文字マーク(character combining marks)が詰物境界で誤って分割配置される可能性があります。 - %<|( <M> )
-
これの次のプレースホルダーが少なくとも M 桁目の表示桁までを占めるようにし、必要に応じて右側に空白を詰めます。 端末ウィンドウの右端から測定した桁位置には、負の M 値を使用して下さい。
- %>( <N> ), %>|( <M> )
-
それぞれ %<( <N> ), %<|( <M> ) に似ていますが、左側に空白が埋め込まれます
- %>>( <N> ), %>>|( <M> )
-
それぞれ %>( <N> ), %>|( <M> ) に似ていますが、 これに続くプレースホルダーが指定よりも多くの空白を使用し、その左側に空白がある場合は、それらの空白を使用します
- %><( <N> ), %><|( <M> )
-
それぞれ %<( <N> ), %<|( <M> ) に似ていますが、 両側にパディングがあります(つまり、 テキストが中央に配置されます)
-
コミットから抽出された情報に展開するプレースホルダー:
- %H
-
コミットハッシュ
- %h
-
省略されたコミットハッシュ
- %T
-
ツリーハッシュ
- %t
-
省略されたツリーハッシュ
- %P
-
親のハッシュ達
- %p
-
省略された親のハッシュ達
- %an
-
作者名
- %aN
-
作者名( .mailmap に関しては、 git-shortlog(1) または git-blame(1) 参照)
- %ae
-
作者電子メールアドレス
- %aE
-
作者電子メールアドレス( .mailmap に関しては、git-shortlog(1) または git-blame(1) 参照)
- %al
-
作者電子メールアドレスアカウント名(local-part)(
@
の前の部分) - %aL
-
作者電子メールアカウント名(%al 参照)( .mailmap に関しては、git-shortlog(1) または git-blame(1) 参照)
- %ad
-
作成日(フォーマットに関しては
--date=
オプション参照) - %aD
-
作成日 RFC2822形式
- %ar
-
作成日 相対(relative)形式
- %at
-
作成日 UNIXタイムスタンプ形式
- %ai
-
作成日 ISO 8601風形式
- %aI
-
作成日 厳密なISO 8601形式
- %as
-
作成日 短い形式(
YYYY-MM-DD
) - %ah
-
作者作成日(author date)の人間が読める形式(human style)(git-rev-list(1) の
--date=human
に似ている) - %cn
-
コミッター名
- %cN
-
コミッター名( .mailmap に関しては、git-shortlog(1) または git-blame(1) 参照)
- %ce
-
コミッター電子メールアドレス
- %cE
-
コミッター電子メールアドレス( .mailmap に関しては、git-shortlog(1) または git-blame(1) 参照)
- %cl
-
コミッター電子メールアドレスアカウント名(local-part)(
@
の前の部分) - %cL
-
コミッター電子メールアカウント名(local-part)( .mailmap に関しては、git-shortlog(1) または git-blame(1) 参照)
- %cd
-
コミッター日付(フォーマットに関しては
--date=
オプション参照) - %cD
-
コミッター日付 RFC2822形式
- %cr
-
コミッター日付 相対(relative)形式
- %ct
-
コミッター日付 UNIXタイムスタンプ形式
- %ci
-
コミッター日付 ISO 8601風形式
- %cI
-
コミッター日付 厳密なISO 8601形式
- %cs
-
コミッター日付 短い形式(
YYYY-MM-DD
) - %ch
-
コミッター日付 人間が読める形式(git-rev-list(1) の
--date=human
に似ている) - %d
-
ref名 git-log(1) の
--decorate
オプションみたいなの - %D
-
" (", ")" で囲ってないref名
-
%(
decorate
[:
<options>]) -
カスタム装飾が施された ref 名。
decorate
文字列の後には、 コロン(":")と 0 個以上のカンマ(",")区切りのオプション達が続く場合があります。 オプション値にカンマ(",")や閉じ丸括弧(")")自体を含める場合は、 それぞれリテラル書式設定コードの %x2C (コンマ)や %x29 (閉じ丸括弧) を使用する必要があります。-
prefix=<value>: ref 名のリストの前に表示されます。 デフォルトは " (" です。
-
suffix=<value>: ref 名のリストの後に表示されます。 デフォルトは ")" です。
-
separator=<value>: ref 名と ref 名の間に表示されます。 デフォルトは ", " です。
-
pointer=<value>: (存在する場合、) HEAD とそれが指すブランチの間に表示されます。 デフォルトは " -> " です。
-
tag=<value>: タグ名の前に表示されます。 デフォルトは "tag: " です。
たとえば、 行ラッピングやタグ注釈を使用せず、 区切り文字としてスペースを使用して装飾を作成するには、 以下のようにします:
%(
decorate:prefix=,suffix=,tag=,separator=
) -
-
%(
describe
[:
<options>]) -
git-describe(1) のような人間が読める名前。説明できないコミットの場合は空の文字列。
describe
文字列の後には、コロンと、0個以上のカンマで区切られたオプションを続けることができます。タグの追加や削除を同時に行うと、説明に一貫性がなくなる可能性があります。-
tags[=<bool-value>]: 注釈付きタグ(annotated tags)だけを考慮するのではなく、軽量タグ(lightweight tags)も考慮してください。
-
abbrev=<number>: 短縮ブジェクト名のデフォルトの16進数の桁数(デフォルトは 7 で、リポジトリ内のオブジェクトの数によって異なります)を使用する代わりに、 <number> 桁数を指定するか、または一意のオブジェクト名を形成するために必要な桁数。
-
match=<pattern>:
refs/tags/
プレフィックスを除いて、指定されたglob
(7
) パターンにマッチするタグのみを考慮します。 -
exclude=<pattern>:
refs/tags/
プレフィックスを除いて、 指定されたglob
(7
) パターンにマッチするタグを対象にしません。
-
- %S
-
(
git
log
--source
のような、)コマンドラインで指定した、コミットに到達したref名で、git
log
でのみ機能します。 - %e
-
エンコーディング
- %s
-
件名(subject)
- %f
-
ファイル名に適した、サニタイズされた件名
- %b
-
本文(body)
- %B
-
生本文(raw body)(行折り曲げされてない件名と本文)
- %N
-
コミットノート(commit notes)
- %GG
-
署名されたコミットの為のGPGからの生の検証メッセージ
- %G?
-
- G
-
良い(good)な(有効な)署名の場合はこの文字に置換されます。
- B
-
悪い署名(bad signature)の場合はこの文字に置換されます。
- U
-
有効性が不明(unknown validity)な良い署名の場合はこの文字に置換されます。
- X
-
期限切れ(eXpired)の良い署名の場合はこの文字に置換されます。
- Y
-
期限切れのキーで作成された良い署名の場合はこの文字に置換されます。
- R
-
取り消されたキーによって作成された良い署名の場合はこの文字に置換されます。
- E
-
署名を確認できない場合(キーの欠落など)の場合はこの文字に置換されます。
- N
-
署名がない場合の場合はこの文字に置換されます。
- %GS
-
署名されたコミットの署名者の名前を表示する
- %GK
-
署名されたコミットに署名するために使用されるキーを表示する
- %GF
-
署名されたコミットに署名するために使用されるキーのフィンガープリントを表示する
- %GP
-
署名付きコミットの署名に使用されたサブキー(subkey)の主キー(primary key)のフィンガープリントを表示します
- %GT
-
署名されたコミットに署名するために使用されるキーの信頼レベル(trust level)を表示します
- %gD
-
reflog セレクター(例えば
refs/stash@
{1} とかrefs/stash@
{2minutes
ago
})。 この形式は、-g
オプションで説明されている規則に従います。@
の前の部分は、コマンドラインで指定されたrefnameです(したがって、git
log
-g
refs/heads/master
はrefs/heads/master@
{0} を生成します)。 - %gd
-
短縮 reflog セレクター。 %gD と同一ですが、人間が読みやすい形式でrefname部分が短縮されています(したがって、
refs/heads/master
は単にmaster
になります)。 - %gn
-
reflog ID名
- %gN
-
reflog ID名( .mailmap に関しては、git-shortlog(1) または git-blame(1) 参照)
- %ge
-
reflog ID 電子メールアドレス
- %gE
-
reflog ID 電子メールアドレス( .mailmap に関しては、git-shortlog(1) または git-blame(1) 参照)
- %gs
-
reflog 件名
-
%(
trailers
[:
<options>]) -
git-interpret-trailers(1) によって解釈されるように本文(body)のトレーラーを表示します。
trailers
文字列の後には、コロンと、0個以上のカンマで区切られたオプションを続けることができます。いずれかのオプションが複数回提供された場合、それぞれ最後のものが優先されます。-
key=<key>: 指定された <key> を持つトレーラーのみを表示します。マッチングは大文字と小文字を区別せずに行われ、末尾のコロンはオプションです。オプションが複数回指定されている場合、それらのいずれかのキーに一致するトレーラー行が表示されます。このオプションは自動的に
only
オプションを有効にして、トレーラー・ブロック内の非トレーラー行が非表示になるようにします。それが望ましくない場合は、only=false
で無効にすることができます。 たとえば、 %(trailers:key=Reviewed-by
) は、キーがReviewed-by
のトレーラー行を表示します。 -
only[=<bool>]: トレーラー・ブロックに非トレーラー行を含めるかどうかを選択します。
-
separator=<sep>: トレーラー行の間に挿入される区切り文字を指定します。 デフォルトはLFです。 文字列 <sep> には、上記のリテラル書式設定コードが含まれる場合があります。区切り文字としてコンマ(",")を使用するには、次のオプションとして解析されないよう %x2C を使用する必要があります。 たとえば、 %(
trailers:key=Ticket,separator=
%x2C ) は、キーがTicket
であるすべてのトレーラー行をカンマと「スペース」で区切って表示します。 -
unfold[=<bool>]: interpret-trailer の
--unfold
オプションが指定されたかのように動作させます。たとえば、 %(trailers:only,unfold=true
) が展開され、すべてのトレーラー行が表示されます。 -
keyonly[=<bool>]: トレーラーのキー部分のみを表示。
-
valueonly[=<bool>]: トレーラーの値部分のみ表示。
-
key_value_separator=<sep>: 各トレーラーの、 キーと値の間に挿入される区切り文字を指定します。 デフォルトは ":" です。 それ以外の場合は、上記の
separator=
<sep> と同じセマンティクスを共有します。
-
-
Note
|
一部のプレースホルダーは、リビジョン・トラバーサル・エンジンに指定された他のオプションに依存する場合があります。 たとえば、 %g* reflogオプションは、reflogエントリをトラバースしない限り(たとえば、 git log -g によって)空の文字列を挿入します。コマンドラインで --decorate がまだ指定されていない場合、 %d と %D プレースホルダーは「短い」(short)装飾形式を使用します。 |
ブール値オプションは、オプションの値 [=
<bool-value>] を受け入れます。 値 true
、false
、 on
、off
などはすべて受け入れられます。 git-config(1) の "EXAMPLES" の "boolean" サブセクションを参照してください。ブール値オプションが値なしで指定された場合、それは有効(enabled)になります。
プレースホルダーの % の後に +
(プラス記号)を追加すると、プレースホルダーが空でない文字列に展開される場合に限り、展開の直前に改行が挿入されます。
プレースホルダーの % の後に -
(マイナス記号)を追加すると、プレースホルダーが空の文字列に展開された場合にのみ、展開の直前の連続するすべての改行が削除されます。
プレースホルダーの % の後に " " (スペース)を追加すると、プレースホルダーが空でない文字列に展開される場合に限り、展開の直前にスペースが挿入されます。
-
tformat:
tformat:
形式は、 "separator" セマンティクスの代わりに "terminator" セマンティクスを提供することを除いて、format:
とまったく同じように機能します。 つまり、各コミットには、エントリ間に区切り文字を配置するのではなく、メッセージターミネータ文字(通常は改行)が追加されます。 これは、「1行」形式と同様に、1行形式の最終エントリが新しい行で適切に終了することを意味します。 例えば以下のようになります:$ git log -2 --pretty=format:%h 4da45bef \ | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/' 4da45be 7134973 -- NO NEWLINE $ git log -2 --pretty=tformat:%h 4da45bef \ | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/' 4da45be 7134973
加えて、 % が含まれている認識されない文字列は、その前に
tformat:
があるかのように解釈(interpret)されます。 たとえば、以下の2つは同等です:$ git log -2 --pretty=tformat:%h 4da45bef $ git log -2 --pretty=%h 4da45bef
Raw output format
git-diff-index
と git-diff-tree
と git-diff-files
と git
diff
--raw
からの生の出力形式は非常に似ています。
これらのコマンドはすべて、 何かしら2つの組を比較します。なお、それぞれ比較されるものは異なります:
-
git-diff-index
<tree-ish> -
<tree-ish> とファイルシステム上のファイルを比較します。
-
git-diff-index
--cached
<tree-ish> -
<tree-ish> とインデックスを比較します。
-
git-diff-tree
[-r
] <tree-ish-1> <tree-ish-2> [<pattern>...] -
2つの引数で指定されたツリーを比較します。
-
git-diff-files
[<pattern>...] -
インデックスとファイルシステム上のファイルを比較します。
git-diff-tree
コマンドは、比較対象のハッシュ値を出力することで出力を開始します。その後、すべてのコマンドは、変更されたファイルごとに1つの出力行を出力します。
出力行は以下のようにフォーマットされます:
in-place edit :100644 100644 bcd1234 0123456 M file0
copy-edit :100644 100644 abcd123 1234567 C68 file1 file2
rename-edit :100644 100644 abcd123 1234567 R86 file1 file3
create :000000 100644 0000000 1234567 A file4
delete :100644 000000 1234567 0000000 D file5
unmerged :000000 000000 0000000 0000000 U file6
つまり、左から右へ:
-
コロン(:)
-
"src" のモード。作成(creation)またはマージされていない(unmerged)場合は 000000
-
空白
-
"dst" のモード。作成(creation)またはマージされていない(unmerged)場合は 000000
-
空白
-
"src" のsha1。作成(creation)またはマージされていない(unmerged)場合は 0{40}
-
空白
-
"dst" のsha1; 削除、またはマージされていない(unmerged)、または「ワーク・ツリーがインデックスと同期していない」場合は 0{40}
-
空白
-
ステータスの後に、オプションの「スコア数」("score" number)が続きます
-
-z
オプションが使用されている場合はタブまたはNUL -
"src" のパス
-
-z
オプションが使用されている場合タブまたはNUL。ステータスCまたはRにのみ存在します -
"dst" のパス。ステータスCまたはRにのみ存在します
-
LFでレコードを終了します。
-z
オプションが使用されている場合はNULでレコードを終了します。
ステータス文字の種類は以下のとおり:
-
A: ファイルの追加
-
C: ファイルを新しいファイルにコピー
-
D: ファイルの削除
-
M: ファイルの内容やモードの変更
-
R: ファイル名の名前変更
-
T: ファイルのタイプを変更(通常ファイル または シンボリックリンク または サブモジュール)
-
U: ファイルはマージされていません(コミットする前にマージを完了する必要があります)
-
X: 「不明な」変更タイプ(おそらくバグです。報告してください)
ステータス文字 C
と R
の後には常にスコアが続きます(移動またはコピーのソースとターゲットの間の類似性のパーセンテージを示します)。ステータス文字 M
の後には、ファイルの書き換えのスコア(非類似度のパーセンテージを示す)が続く場合があります。
ファイルシステム上のファイルがインデックスと同期していない場合、 ”dst” の sha1 はすべて 0 として表示されます。
例:
:100644 100644 5be4a4a 0000000 M file.c
-z
オプションを指定しない場合、構成変数 core.quotePath
で説明されているように、通常の文字以外(unusual characters)を含むパス名が引用符で囲まれます(git-config(1) 参照)。 -z
を使用すると、ファイル名がそのまま出力され、行はNULバイトで終了します。
diff format for merges
git-diff-tree
と git-diff-files
と git-diff
--raw
は、 -c
または --cc
オプションを使用して、マージコミットに対してもdiff出力を生成できます。出力は、以下の点で上記の形式とは異なります:
-
親ごとにコロン(:)があります
-
より多くの "src" モードと "src" sha1があります
-
statusは、各親のステータス文字を連結したものです
-
オプションの「スコア数」はありません
-
ファイルのタブ区切りのパス名
-c
および ` -cc` の場合、履歴のいずれかの側でファイルの名前が変更された場合でも、宛先(dst)または最終パスのみが表示されます。 --combined-all-paths
を使用すると、各親のパスの名前が表示され、それに続いてマージコミットのパスの名前が表示されます。
例: --combined-all-paths
を使用しない -c
および --cc
の場合:
::100644 100644 100644 fabadb8 cc95eb0 4866510 MM desc.c
::100755 100755 100755 52b7a2d 6d1ac04 d2ac7d7 RM bar.sh
::100644 100644 100644 e07d6c5 9042e82 ee91881 RR phooey.c
例: -c
または --cc
のいずれかに --combined-all-paths
が追加された場合:
::100644 100644 100644 fabadb8 cc95eb0 4866510 MM desc.c desc.c desc.c
::100755 100755 100755 52b7a2d 6d1ac04 d2ac7d7 RM foo.sh bar.sh bar.sh
::100644 100644 100644 e07d6c5 9042e82 ee91881 RR fooey.c fuey.c phooey.c
注意: combined
diff
は、すべての親から変更されたファイルのみをリストすることに注意してください。
Generating patch text with -p
git-diff(1) 、 git-log(1) 、 git-show(1) 、 git-diff-index(1) 、 git-diff-tree(1) 、 git-diff-files(1) に -p
オプションを付けて実行するとパッチテキストを生成します。パッチテキストの作成は、 GIT_EXTERNAL_DIFF
と GIT_DIFF_OPTS
環境変数( git(1) 参照)、および diff
属性( gitattributes(5) 参照)を介してカスタマイズできます。
-p
オプションが生成するものは、 従来のdiff形式とは少々異なります:
-
先行して、以下のような
git
diff
ヘッダーがあります:diff --git a/file1 b/file2
名前の変更/コピーが含まれない限り、
a/
とb/
のファイル名は同じです。 特に、作成または削除の場合でも、a/
またはb/
ファイル名の代わりに/dev/null
が使用されることはありません。名前変更/コピー が含まれる場合、
file1
とfile2
は、それぞれ 名前変更/コピー のソース・ファイルの名前と、 名前変更/コピー が生成するファイルの名前を示します。 -
その後に、1つ以上の拡張ヘッダー行達が続きます:
old mode <mode> new mode <mode> deleted file mode <mode> new file mode <mode> copy from <path> copy to <path> rename from <path> rename to <path> similarity index <number> dissimilarity index <number> index <hash>..<hash> <mode>
ファイルモード(<mode>)は、 ファイル・タイプとファイル許可ビットを含む6桁の8進数として出力されます。
拡張ヘッダーのパス名には、
a/
およびb/
プレフィックスは含まれません。類似インデックス(similarity index)は変更されていない行のパーセンテージであり、非類似インデックス(dissimilarity index)は変更された行のパーセンテージです。これは切り捨てられた整数であり、その後にパーセント記号が続きます。したがって、100%の類似インデックス値は2つの等しいファイルを表し、100%の非類似性は古いファイルから新しいファイルに移行された行がないことを意味します。
インデックス行には、変更前後のブロブオブジェクト名が含まれます。 <mode> は、ファイルモードが変更されない場合に含まれます。それ以外の場合、別々の行は古いモードと新しいモードを示します。
-
通常の文字でないキャラクタ("unusual" characters)を含むパス名は、構成変数
core.quotePath
で説明されているようにクォートされています( git-config(1)参照)。 -
出力内のすべての
file1
ファイルはコミット前のファイルを参照し、すべてのfile2
ファイルはコミット後のファイルを参照します。各変更を各ファイルに順番に適用するのは誤りです。たとえば、以下のパッチはaとbを交換します:diff --git a/a b/b rename from a rename to b diff --git a/b b/a rename from b rename to a
-
ハンク・ヘッダーには、 ハンクが適用される関数の名前が記載されています。 これを特定のプログラミング言語に合わせて調整する方法の詳細については、 gitattributes(5) の「Defining a custom hunk-header」(カスタム・ハンク・ヘッダーの定義)を参照してください。
Combined diff format
diffを生成するコマンドは、マージを表示するときに -c
または --cc
オプションを使用して「合成diff」(combined diff)を生成できます。これは git-diff(1) または git-show(1) でのマージを表示するときのデフォルトの形式です。 注意: これらのコマンドのいずれかに適切な --diff-merges
オプションを指定して、特定の形式で差分を強制的に生成できることにも注意してください。
合成diff形式は以下のようになります:
diff --combined describe.c
index fabadb8,cc95eb0..4866510
--- a/describe.c
+++ b/describe.c
@@@ -98,20 -98,12 +98,20 @@@
return (a_date > b_date) ? -1 : (a_date == b_date) ? 0 : 1;
}
- static void describe(char *arg)
-static void describe(struct commit *cmit, int last_one)
++static void describe(char *arg, int last_one)
{
+ unsigned char sha1[20];
+ struct commit *cmit;
struct commit_list *list;
static int initialized = 0;
struct commit_name *n;
+ if (get_sha1(arg, sha1) < 0)
+ usage(describe_usage);
+ cmit = lookup_commit_reference(sha1);
+ if (!cmit)
+ usage(describe_usage);
+
if (!initialized) {
initialized = 1;
for_each_ref(get_name);
-
git
diff
ヘッダーがその前にあり、 以下のようになっています(-c
オプションが使用されている場合):diff --combined file
または、以下のようになります(
--cc
オプションが使用されている場合):diff --cc file
-
その後に1つ以上の拡張ヘッダー行が続きます(以下の例は、2つの親とのマージを示しています):
index <hash>,<hash>..<hash> mode <mode>,<mode>`..`<mode> new file mode <mode> deleted file mode <mode>,<mode>
mode
<mode>,
<mode>..
<mode> 行は、 <mode> の少なくとも1つが他の <mode> と異なる場合にのみ表示されます。 検出されたコンテンツの移動(名前の変更とコピーの検出)に関する情報を含む拡張ヘッダーは、 2つの <tree-ish> の diff で機能するように設計されており、 合成 diff 形式では使用されません。 -
その後に2行の from-file/to-file ヘッダーが続きます:
--- a/file +++ b/file
従来の統一 diff 形式の2行ヘッダーと同様に、
/dev/null
は、 作成または削除されたファイルを通知するために使用されます。ただし、
--combined-all-paths
オプションが指定されている場合、 2行の from-file/to-file の代わりに、 N+1 行の from-file/to-file ヘッダーが取得されます。ここで、 N はマージコミットの親の数です:--- a/file --- a/file --- a/file +++ b/file
この拡張形式は、名前変更またはコピー検出がアクティブな場合に役立ち、別の親のファイルの元の名前を確認できます。
-
チャンクヘッダーの形式が変更され、誤って
patch-p1
にフィードされるのを防ぎます。合成差分形式は、マージコミットの変更を確認するために作成されたものであり、適用されることを意図したものではありません。この変更は、拡張された「インデックス」ヘッダーの変更に似ています:@@@ <from-file-range> <from-file-range> <to-file-range> @@@
合成diff形式のチャンクヘッダーには親の数+1の
@
文字があります。
従来の統一diff形式とは異なり、2つのファイルAとBが、 -
(マイナス:Aに表示されますが、Bでは削除されます) または +
(プラス:Aにはありませんが、Bには追加されます)、または " " (スペース:変更なし)なプレフィックスを持つ単一の列で表示される場合、この形式は2つ以上のファイル file1, file2,… を1つのファイルXと比較し、Xが各 fileN とどのように異なるかを示します。ファイルNごとに1つの列が出力行の前に追加され、Xの行が出力行とどのように異なるかを示します。
列Nの -
文字は、その行が fileN に表示されているが、結果には表示されていないことを意味します。 列Nの +
文字は、結果に行が表示され、 fileN にその行がないことを意味します(つまり、その親の観点から見て行が追加されたことを示す)。
上記の出力例では、関数のシグネチャが両方のファイルから見て変更されています(したがって、 file1 と file2 の両方から2つの -
が削除され、さらに ++
が追加されたため、 file1 と file2 のどちらにも表示されません)。また、他の8行は file1 と同じですが、 file2 には表示されません(したがって、接頭辞として +
が付けられます)。
git
diff-tree
-c
で表示される場合、マージコミットの親をマージ結果と比較します(つまり、 file1..fileN が親です)。 git
diff-files
-c
で表示される場合、2つの未解決のマージ親を作業ツリーファイルと比較します(つまり、 file1 はステージ2、別名「私たちのバージョン」、 file2 はステージ3、別名「彼らのバージョン」です)。
other diff formats
--summary
オプションは、新しく追加、削除、名前変更、およびコピーされたファイルを説明します。--stat
オプションは、 diffstat(1) グラフ を出力に追加します。これらのオプションは、 -p
などの他のオプションと組み合わせることができ、人間が読むことを目的としています。
名前の変更またはコピーを伴う変更を表示する場合、 --stat
出力は、パス名の共通のプレフィックスとサフィックスを組み合わせることにより、パス名をコンパクトにフォーマットします。 たとえば、4行を変更(modify)しながら arch/i386/Makefile
を arch/x86/Makefile
に移動(move)する変更(change)は、次のように表示されます:
arch/{i386 => x86}/Makefile | 4 +--
--numstat
オプションは diffstat(1) 情報を提供しますが、人間ではなくソフトウェアで読むのを容易にするように設計されています。 --numstat
出力のエントリは以下のようになります:
1 2 README
3 1 arch/{i386 => x86}/Makefile
この形式は、左から右へ:
-
追加行数
-
タブ
-
削除行数
-
タブ
-
パス名(おそらく rename/copy 情報を含む)
-
改行
-z
出力オプションが有効な場合、出力は以下のようにフォーマットされます:
1 2 README NUL
3 1 NUL arch/i386/Makefile NUL arch/x86/Makefile NUL
これは:
-
追加行数
-
タブ
-
削除行数
-
タブ
-
NUL(rename/copy された場合のみ存在します)
-
プリイメージのパス名
-
NUL(rename/copy された場合のみ存在します)
-
ポストイメージのパス名(rename/copy された場合のみ存在します)
-
NUL
名前が変更された場合のプリイメージパスの前の追加の NUL
は、出力を読み取るスクリプトが、先読みせずに、読み取られている現在のレコードがシングルパスレコードであるか、名前変更/コピーレコードであるか、を判断できるようにするためです。追加および削除された行を読み取った後、 NUL
まで読み取るとパス名が生成されますが、それが NUL
の場合、レコードには2つのパスが表示されます。
GIT
Part of the git(1) suite