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

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

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

Instead of applying the patch, output a condensed summary of information obtained from git diff extended headers, such as creations, renames, and mode changes. Turns off "apply".

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

パッチをインデックスと作業ツリーの両方に適用します（または`--check`が有効な場合、両方に問題なく適用できるかどうかを確認するだけです）。`--index`は、関連するパスのインデックスエントリと作業ツリーのコピーが同一であること（内容やファイルモードなどのメタデータが一致していること）を期待し、そうでない場合はエラーを発生させます。これは、パッチが個別にインデックスと作業ツリーの両方にきれいに適用できる場合でも同様です。

作業ツリーに触れずに、パッチをインデックスにのみ適用します。`--check`が有効な場合は、インデックスエントリにきれいに適用できるかどうかを確認するだけです。

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

パッチが適用されるべきblobのIDを記録していて、それらのblobがローカルで利用可能な場合、3方向マージを試みます。これにより、ユーザーが解決するための競合マーカーが作業ツリー内のファイルに残される可能性があります。このオプションは、--cached`オプションが使用されていない限り、--index`オプションを暗黙的に指定し、--reject`オプションとは互換性がありません。--cached`オプションと一緒に使用すると、競合はキャッシュ内の高いステージに残されます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

パッチを適用する際、新しく追加または変更された行にホワイトスペースエラーがないか検出します。どのようなものをホワイトスペースエラーと見なすかは、core.whitespace の設定で制御されます。デフォルトでは、行末の空白（空白だけの行も含む）や、行頭インデント部分でスペースの直後にタブが続く場合がホワイトスペースエラーとされます。

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

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

stderr出力を抑制します。パッチのステータスや進行状況に関するメッセージは表示されません。

ハンクヘッダー内の行数を信頼せず、パッチを検査することによってそれらを推測します（例えば、ハンクヘッダーを適切に調整せずにパッチを編集した後など）。

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

デフォルトでは、作業領域（Gitが制御する作業ツリー、または「git apply」がGNU patchの代替として使用される場合の現在の作業ディレクトリ）の外に影響するパッチは、ミスまたは悪意のあるものとして拒否されます。

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