Diffモードは、M-x
diffや他の同様なコマンドの出力のために使用されるメジャーモードです。この種の出力はpatchと呼ばれます。なぜならそれが特定の変更を自動的に適用するために、patch
コマンドに渡されるからです。手動でDiffモードを選択するには、M-x
diff-modeとタイプします。
パッチに指定された変更は、hunk(欲張り)にグループ化されます。これは変更された行を1行以上含むテキストと、それに隣接するテキストです。hunksもまた、変更のコンテキストを提供するために、変更されていない行も含みます。それぞれのhunkにはhunkヘッダーが前についていて、これはhunkの変更が発生した、古い行番号と、新しい行番号が指定されます。Diffモードは実際のhunkの内容と区別するため、hunkヘッダーをハイライトします。
パッチ内の最初のhunkの前にはファイルヘッダーがあり、それはそのファイルの新たなバージョンと古いバージョンの名前と、それらのタイムスタンプを示します。パッチが複数ファイルの変更を表す場合、各ファイルがそのファイルの変更の最初のhunkの前にそのようなヘッダーをもつことになります。
他のバッファーと同様に、Diffモードのバッファーを編集することができます(もし読み込み専用の場合、最初にそれを書き込み可にする必要があります。その他のバッファー操作を参照のこと)。hunkを編集すると、Diffモードはpatchを正しい状態に保ち、patch
により正しく適用できるように、hunkヘッダーの行番号を自動的に修正しようと試みます。自動的な行番号の修正を無効にするには、変数diff-update-on-the-fly
をnil
に変更してください。
DiffモードはM-g M-nやエラーメッセージを処理する他のコマンドによりコンパイラーのエラーメッセージとして扱われるようにhunkをアレンジします(Compilationモードを参照)。したがって、対応するソースの位置をvisitするために、Compilationモードのコマンドを使用できます。
それに加えてDiffモードは、移動、操作、patchの一部を適用するために、以下のコマンドを提供します:
次のhunk-startに移動します(diff-hunk-next
)。プレフィクス引数を指定した場合は、次のn番目のhunkに前方へ移動します。
デフォルトではDiffモードはEmacsが表示する際により良い粒度で変更をハイライトできるようにhunkをリファイン(refine:
洗練する)します。diff-refine
にシンボルnavigation
をセットすると、Diffはこのコマンドやdiff-hunk-prev
で移動したhunkだけをリファインします。
前のhunkが開始される位置に移動します(diff-hunk-prev
)。プレフィクス引数を指定した場合には、前のn番目のhunkに後方へ移動します。diff-refine
にシンボルnavigation
をセットしていれば、このコマンドはM-nと同様に移動先のhunkをリファインします。
複数ファイルへのpatchで、次のファイルが開始される位置に移動します(diff-file-next
)。プレフィクス引数を指定した場合は、次のn番目のファイルの先頭へ、前方に移動します。
複数ファイルへのpatchで、前のファイルが開始される位置に移動します(diff-file-prev
)。プレフィクス引数を指定した場合は、前のn番目のファイルの先頭へ、後方に移動します。
ポイントがある位置のhunkをkillします(diff-hunk-kill
)。
複数ファイルへのpatchで、現在のファイル部分をkillします(diff-file-kill
)。
そのhunkを、ターゲットファイルに適用します(diff-apply-hunk
)。C-uによるプレフィクス引数を与えた場合は、このhunkをリバート(“新しい”バージョンを“古い”バージョンに変更するリバースhunkを適用する)します。diff-jump-to-old-file
が非nil
なら、かわりにそのhunkを“古い”バージョンに適用します。
バッファー内のすべてhunkを適用します(diff-apply-buffer
)。diffの適用が成功したら、変更されたバッファーが保存されます。
ポイント位置のhunkの変更を、よりよい粒度でハイライトします(diff-refine-hunk
)。これにより変更された各行について実際に変更された箇所を確実に見ることができます。
デフォルトではDiffモードはEmacsがhunkを表示する際にhunkをリファインするので、diff-refine
を非デフォルト値にカスタマイズしている場合にはこのコマンドが有用だと思うかもしれません。
そのhunkに対応するソースファイルの該当行にジャンプします(diff-goto-source
)。デフォルトではファイルヘッダーの最初に示される、“新しい”バージョンのファイルにジャンプします。プレフィクス引数を与えた場合には、かわりに“古い”バージョンにジャンプします。diff-jump-to-old-file
が非nil
なら、このコマンドはデフォルトで“古い”バージョンにジャンプして、プレフィクス引数の意味も逆になります。プレフィクス引数が8より大(たとえばC-u
C-u C-c
C-cとタイプした場合)なら、このコマンドは次回呼び出しにたいしてdiff-jump-to-old-file
のセットも行います。ソースファイルがバージョンコントロール(バージョンコントロールを参照)の配下にある場合には、デフォルトでは作業ファイルにジャンプします。プレフィクス引数を与えると、ポイントが古い行にあれば“旧”リビジョン(古いリビジョンの調査と比較を参照)、それ以外なら“新”リビジョンにジャンプします。
このパッチでEdiffセッションを開始します。Ediff in The Ediff Manualを参照してください。
表示を現在のhunkに制限します(diff-restrict-view
)。ナローイングを参照してください。プレフィクス引数を指定すると、複数ファイルへのpatchで、表示を現在のファイルに制限します。制限を解除するには、C-x
n w (widen
)を使います。
バッファー全体にたいする比較方向を逆転します(diff-reverse-direction
)。プレフィクス引数を与えた場合は、カレントリージョンの内部でのみ方向を逆転します(マークとリージョンを参照)。方向の逆転とは、hunkとファイル冒頭のヘッダーを、“新しい”バージョンから“古い”バージョンにするパッチを生成するように変更することを意味します。
ポイント位置でhunkを2つの別個のhunkに分割します(diff-split-hunk
)。これはhunkヘッダーの挿入ち、カレントhunkのヘッダーの変更を行います。これは手動でpatchを編集するために有用で、diff
プログラムに-uまたは--unifiedオプションを指定して生成された、unified
diff
format(統一diffフォーマット)だけで機能します。diff
に-cまたは--contextオプションを指定して生成された、context
diff format(コンテキストdiffフォーマット)のhunkを分割するには、最初にC-c C-uで、バッファーをunified
diff formatに変換する必要があります。
バッファー全体を、context diff
formatに変換します(diff-unified->context
)。プレフィクス引数を指定すると、リージョンのhunkだけを変換します。
バッファー全体をunified diff
formatに変換します(diff-context->unified
)。プレフィクス引数を指定すると、unified
formatからcontext formatに変換します。マークがアクティブのときは、リージョンのhunkだけを変換します。
カレントhunkを再生成します(diff-refresh-hunk
)。
空白の変更を無視してカレントhunkを再生成します。非nil
のプレフィクス引数を指定すると、すべてのhunkを再生成します(diff-ignore-whitespace-hunk
)。これはdiff-ignore-whitespace-switches
(デフォルトは空白のみの変更を無視する‘-b’)を指定してdiff-command
を呼び出します。
それぞれのhunkについて、C-x 4 aが行うようにChangeLog(変更ログを参照してください)のエントリーを生成します(diff-add-change-log-entries-other-window
)。これは、あとで実際に変更の説明を記入できるように、変更ログの雛形を作ります。DiffモードでのC-x
4
a自体は、現在のhunkのファイルのためのものですが、関数名はpatch自体から取得します。これはpatchにより削除される関数のための、ログエントリーを作るのに有用です。
patchには変更された行の行末に、無意識に入力された望んでいない空白文字が含まれている場合があります。この問題を扱うには2つの方法があります。1つ目はDiffバッファーでWhitespaceモード(不要なスペースを参照してください)を有効にする方法で、これは自動的に変更された行の行末にある空白文字をハイライトします。2つ目はコマンドM-x diff-delete-trailing-whitespaceを使う方法で、patchにより変更された行の行末の空白文字を検索して、patchとpatchされたソースファイルの両方からそれを取り除きます。このコマンドは変更を保存しないので、ユーザーが変更を保存するか決定することができます(変更されたファイルはエコーエリアに表示されます)。プレフィクス引数を指定すると、patchされた(“新しい”)ファイルではなく、元の(“古い”)ソースファイルを変更しようと試みます。
diff-font-lock-syntax
が非nil
ならhunk内のソース断片は適切なメジャーモードに応じてハイライトされます。