パッチを読み込むファイル。- を使用して標準入力から読み込むことができます。

パッチを適用する代わりに、入力の diffstat を出力します。「apply」をオフにします。

--stat と似ていますが、追加および削除された行数を10進表記で表示し、パス名を省略せずに表示することで、マシンフレンドリーになります。バイナリファイルの場合、0 0 と言う代わりに 2 つの - を出力します。「apply」をオフにします。

パッチを適用する代わりに、作成、名前変更、モード変更などの git diff 拡張ヘッダーから取得した情報の要約された概要を出力します。「apply」をオフにします。

パッチを適用する代わりに、パッチが現在の作業ツリーおよび/またはインデックスファイルに適用可能かどうかを確認し、エラーを検出します。「apply」をオフにします。

パッチをインデックスと作業ツリーの両方に適用します（--check が有効な場合は、両方に対してクリーンに適用されることを確認するだけです）。--index は、関連パスのインデックスエントリと作業ツリーのコピーが同一であること（ファイルモードなどの内容とメタデータが一致する必要がある）を想定しており、パッチがインデックスと作業ツリーの両方に対して個別にクリーンに適用される場合でも、一致しない場合はエラーが発生します。

作業ツリーに触れることなく、インデックスのみにパッチを適用します。--check が有効な場合は、インデックスエントリにクリーンに適用されることを確認するだけです。

作業ツリーのみにパッチを適用する場合、後でインデックスに追加する新しいファイルにマークを付けます（git-add[1] の--intent-to-add オプションを参照）。このオプションは、Git リポジトリで実行中でなく、--index が指定されていない場合に無視されます。--cached や --3way など、他のオプションによって--index が暗黙的に指定される場合があります。

パッチが適用されるはずのblobの識別情報を記録しており、それらのblobがローカルで利用可能な場合、3方向マージを試みます。ユーザーが解決できるように、作業ツリー内のファイルに競合マーカーを残す場合があります。このオプションは、--cached オプションが使用されていない限り、--index オプションを意味し、--reject オプションとは互換性がありません。--cached オプションで使用した場合、競合はキャッシュの上位ステージに残ります。

ファイルに競合を残す代わりに、行の私たちの（または彼らの、または両方の）側に有利に競合を解決します。--3wayが必要です。

新しいgit diff出力には、パッチが適用される元のバージョンを識別するために、各blobのインデックス情報が埋め込まれています。このフラグが与えられ、blobの元のバージョンがローカルで利用可能な場合、それらのblobを含む一時的なインデックスを構築します。

パッチを逆順に適用します。

アトミック性のために、git applyはデフォルトで、一部のハンクが適用されない場合、パッチ全体に失敗し、作業ツリーには触れません。このオプションにより、適用可能なパッチの部分を適用し、拒否されたハンクを対応する*.rejファイルに残すことができます。

--numstat が指定されている場合、パス名を変更せず、NUL で区切られたマシン読み取り可能な形式を使用します。

従来のdiffパスから先頭の<n>個のパスコンポーネント（スラッシュで区切られる）を削除します。たとえば、-p2を使用すると、a/dir/fileに対するパッチはfileに直接適用されます。デフォルトは1です。

各変更の前後にある周囲のコンテキストの行数を少なくとも<n>行一致させることを保証します。周囲のコンテキストの行数が少ない場合、すべて一致する必要があります。デフォルトでは、コンテキストは無視されません。

デフォルトで、git applyは、適用されているパッチが少なくとも1行のコンテキストを持つ統合diffであることを想定しています。これは優れた安全対策を提供しますが、--unified=0で生成されたdiffを適用すると機能しなくなります。これらのチェックを回避するには、--unidiff-zeroを使用します。

上記の「applyをオフにする」とマークされているオプションのいずれかを使用する場合は、git applyはパッチを実際に適用せずに、要求された情報を読み込んで出力します。これらのフラグの後にこのフラグを与えて、パッチも適用します。

パッチを適用する際に、パッチによって行われた追加を無視します。これは、最初にそれらに対してdiffを実行し、このオプションで結果を適用することで、2つのファイル間の共通部分を抽出するために使用できます。これは削除部分を適用しますが、追加部分を適用しません。

歴史的には、ユーザーからの明示的な許可なしにバイナリパッチの適用を許可しておらず、このフラグはその方法でした。現在では、バイナリパッチの適用は常に許可されているため、これは無効です。

指定されたパスパターンに一致するファイルへの変更を適用しません。これは、特定のファイルやディレクトリを除外したい場合のパッチセットのインポートに役立ちます。

指定されたパスパターンに一致するファイルへの変更を適用します。これは、特定のファイルやディレクトリを含めたい場合のパッチセットのインポートに役立ちます。

パッチ適用時に必要に応じてコンテキスト行の空白文字の変更を無視します。コンテキスト行は空白文字を保持し、--whitespaceオプションの値に関係なく、空白文字の修正は行われません。ただし、新しい行は修正されます。

パッチ適用時に、空白文字のエラーを含む新規または変更された行を検出します。空白文字エラーとみなされるものは、core.whitespace設定によって制御されます。デフォルトでは、末尾の空白文字（空白文字のみで構成される行を含む）と、行の先頭インデント内でタブ文字の直前にあるスペース文字が空白文字エラーとみなされます。

特定の状況下では、一部のバージョンのdiffはファイル末尾の改行の欠落を正しく検出しません。その結果、そのようなdiffプログラムによって作成されたパッチは、不完全な行を正しく記録しません。このオプションは、このバグを回避することで、そのようなパッチの適用をサポートします。

標準エラー出力に進行状況を報告します。デフォルトでは、適用中の現在のパッチに関するメッセージのみが出力されます。このオプションを使用すると、追加情報が出力されます。

標準エラー出力の抑制。パッチの状態と進行状況に関するメッセージは出力されません。

ハンクヘッダーの行数を信頼せず、パッチを検査して推測します（例：ハンクヘッダーを適切に調整せずにパッチを編集した後）。

すべてのファイル名に<root>をプレフィックスとして追加します。"-p"引数も渡された場合、新しいルートを追加する前に適用されます。

デフォルトでは、作業領域の外側に影響を与えるパッチ（Gitで管理される作業ツリー、または「git apply」がGNU patchの代替として使用される場合の現在の作業ディレクトリ）は、間違い（または悪意のある行為）として拒否されます。

diffを含まないパッチに対してエラーを返しません。空のパッチとコミットテキストのみのパッチが含まれます。

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

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