パッチを読み込むファイル。標準入力から読み込むには - を使用できます。

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

--stat と同様ですが、追加および削除された行数を10進数表記で表示し、パス名を省略せずに表示することで、機械処理に適した形式にします。バイナリファイルの場合、0 0 と表示する代わりに2つの - を出力します。「適用」をオフにします。

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

パッチを適用する代わりに、パッチが現在のワーキングツリーやインデックスファイルに適用可能かを確認し、エラーを検出します。「適用」をオフにします。

パッチをインデックスとワーキングツリーの両方に適用します (または --check が有効な場合は、両方にきれいに適用されることを単に確認します)。--index は、関連するパスのインデックスエントリとワーキングツリーのコピーが同一であること (その内容とファイルモードなどのメタデータが一致すること) を期待しており、たとえパッチがインデックスとワーキングツリーにそれぞれ単独でクリーンに適用される場合でも、同一でない場合はエラーを発生させることに注意してください。

ワーキングツリーを触らず、インデックスにのみパッチを適用します。--check が有効な場合、インデックスエントリにきれいに適用されることを単に確認します。

パッチをワーキングツリーにのみ適用する場合、新しいファイルを後でインデックスに追加するようマークします (git-add[1] の --intent-to-add オプションを参照)。このオプションは、Gitリポジトリ内で実行されており、かつ --index が指定されていない場合にのみ有効です。--index は --cached や --3way などの他のオプションによって暗黙的に指定される場合があります。

パッチが適用対象のブロブの識別情報を記録しており、そのブロブがローカルで利用可能な場合、3ウェイマージを試みます。これにより、ユーザーが解決できるよう、ワーキングツリーのファイルに競合マーカーが残される可能性があります。このオプションは、--cached オプションが使用されていない限り、--index オプションを暗黙的に指定します。また、--reject オプションとは互換性がありません。--cached オプションとともに使用する場合、競合はキャッシュの上位ステージに残されます。

ファイルに競合を残す代わりに、行の我々の側 (または彼らの側、あるいは両方) を優先して競合を解決します。--3way が必要です。

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

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

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

--numstat が指定されている場合、パス名を変換せず、NUL終端の機械可読形式を使用します。

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

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

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

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

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

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

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

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

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

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

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

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

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

ハンクヘッダーの行数を信頼せず、パッチを検査してそれらを推測します (例: ハンクヘッダーを適切に調整せずにパッチを編集した後など)。

すべてのファイル名に <root> を前置します。"-p" 引数も渡された場合、新しいルートを前置する前に適用されます。

デフォルトでは、ワーキングエリア外 (Git管理下のワーキングツリー、または "git apply" がGNUパッチの代替として使用される場合の現在のワーキングディレクトリ) に影響を与えるパッチは、間違い (または悪意) として拒否されます。

diffを含まないパッチ（空のパッチやコミットテキストのみのパッチを含む）の場合でもエラーを返しません。

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

--whitespace オプションと同様に、git apply に空白の扱い方を指示します。git-apply[1] を参照してください。