---

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

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

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

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

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

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