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を参照してください。

  If committing to a shared repository, the commit may fail if the repository has been changed since your last update. In that case, you must perform an update before trying again. On a decentralized version control system, use C-x v + (see Pulling / Pushing) or C-x v m (see Merging). On a centralized version control system, type C-x v v again to merge in the repository changes.

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

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