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

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

--stat と同様ですが、追加および削除された行数を小数点表記で、パス名を省略せずに表示し、より機械で扱いやすくします。バイナリファイルの場合、0 0 と表示する代わりに 2 つの - を出力します。"apply" をオフにします。

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

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

パッチをインデックスとワーキングツリーの両方に適用します (または、--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 終端の機械可読形式を使用します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

デフォルトでは、作業領域外 (Git 管理下のワーキングツリー、または "git apply" が GNU patch の代替として使用されている場合の現在の作業ディレクトリ) に影響するパッチは、誤り (またはいたずら) として拒否されます。

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

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

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