28.1.3.1 マージでの基本的なバージョンコントロール

マージベースのバージョンコントロールシステム(たとえばもっとも現代的な方法の1つ。VCS Mergingを参照してください)では、C-x v vは以下のことを行います:

• VCファイルセットに1つ以上のファイルがあり、そのファイルがバージョンコントロール状態と矛盾する場合、エラーをシグナルします(しかしファイルセットには、“新しく追加された”ファイルと、“変更された”ファイルを含むことができることに注意してください。Registeringを参照してください)。
• VCファイルセットに、バージョンコントロールシステムに登録されたファイルがない場合、VCファイルセットを登録(たとえばバージョンコントロールの配下に置く)します。Registeringを参照してください。Emacsが登録すべきシステムを見つけられない場合、リポジトリータイプの入力を求め、新しいリポジトリーを作成して、VCファイルセットをそれに登録します。
• VCファイルセットの、すべての作業ファイルが変更されていない場合は、何もしません。
• VCファイルセットの各作業ファイルが変更されている場合、変更をコミットします。これを行うには、Emacsが*vc-log*バッファーをポップアップするので、新しいリビジョンのログエントリーをタイプしてから、C-c C-cでコミットします。Log Bufferを参照してください。

  共有リポジトリーにコミットする場合、最後に更新したときからリポジトリーが変更されているときは、コミットが失敗するでしょう。このような場合、再試行する前に更新をしなければなりません。分散型のバージョンコントロールシステムでは、C-x v +(VC Pullを参照してください)、またhC-x v mを使用します(Mergingを参照してください)。集中型のバージョンコントロールシステムでは、リポジトリーに変更をマージするために、再度C-x v vとタイプしてください。

• 最後に、集中型のバージョンコントロールシステムでは、VCファイルセットの各ファイルが最新かチェックします。リポジトリーで変更されたファイルがある場合、更新を提案します。

これらのルールは、変更はリポジトリーから自動的にマージされない点をのぞき、RCSを“非ロック”モードで使用している場合も適用されます。あなたがファイルの編集を始めた後に、他のユーザーが同じファイルをコミットした場合、何の情報も与えられません。あなたのリビジョンをコミットしたとき、彼の変更は失われます(しかし、それはリポジトリーには残るので、決定的に失われるわけではありません)。したがって、変更をコミットする前に、カレントリビジョンが変更されていないことを調べなければなりません。それに加えて、このモードでもRCSでロックすることが可能です。変更されていないファイルでのC-x v vは、RCSの通常のロックモードのようにそのファイルをロックします。(VC With A Locking VCSを参照してください)。