Previous: RCSとSCCSにたいするオプション, Up: VCのカスタマイズ [Contents][Index]
変数vc-cvs-global-switchesで、すべてのCVS操作に渡す追加のコマンドラインオプションを指定できます。これらのスイッチはcvsコマンドの直後、呼び出す操作名の前に挿入されます。
リモートマシン上でCVSリポジトリを使用する際は、ネットワーク通信を最小に維持するようVCに試行させることができます。これは、変数vc-cvs-stay-localにより制御されます。vc-cvs-stay-localがonly-file(デフォルト)の場合、VCはローカルのCVSサブディレクトリーのエントリーと、前のCVSコマンドから戻された情報だけを使って、各ファイルのバージョンコントロール状態を決定します。結果として、あなたがファイルを変更しているとき、他の誰かが他の変更をチェックインした場合、それのコミットを試みるまで衝突は通知されません。
vc-cvs-stay-localをnilに変更した場合、ローカルのリポジトリーと同じように、vc-next-action
(C-x v v)が何を行うか決定する前に、VCはリモートのリポジトリーに問い合わせを行います。
vc-cvs-stay-localに、リポジトリーのあるホスト名にマッチする正規表現を指定することもできます。この場合、ホスト名がパターンにマッチしたときは、VCはローカルに留まります。
リモートのリポジトリーを使用する場合、Emacsは通常、編集された各ファイルのオリジナルバージョンである、自動バージョンバックアップ(automatic version backups)を作成します。これらのローカルのバックアップは、変更を最初にファイルに保存したときに作成され、リポジトリーに変更をコミットした後で削除されます(これらは通常のEmacsのバックアップファイルとは異なることに注意してください。 バックアップファイルを参照してください)。 C-x v =やC-x v uのようなコマンドは、ネットワークへのアクセスを避けるため、可能な場合は自動バージョンバックアップを使用します。
vc-cvs-stay-localをnilにセットすることにより、自動バージョンバックアップの作成を無効にできます。
自動バージョンバックアップは、file.~version.~という形式の名前をもちます。これはC-x
v ~が古いバージョンを保存するときの名前と似ています
(古いリビジョンの調査と比較を参照してください)。
例外は、バージョンの後ろにある追加のドット(‘.’)です。関連するVCコマンドは、これら両方の種類のバージョンバックアップを使用できます。主な違いは、C-x
v ~により手動で作成されたバージョンバックアップは、コミットしたとき自動的に削除されないことです。
デフォルトでCVSはロックを使用しませんが、CVSREADまたはwatchの機能を使用して、ロックのような振る舞いを有効にする方法があります。詳細については、CVSのドキュメントを参照してください。そのような場合、ロックベースのバージョンコントロールシステムで行うように、EmacsでC-x
v vを使用して、ロックを切り替えることができます
(ロックでの基本的なバージョンコントロールを参照してください)