同時バージョンシステム

CVS（Concurrent Versions System ）は、1986年7月にDick Gruneによって開発されたバージョン管理システムです^。[4]

CVSは、プロジェクト全体ではなく個々のファイルを管理する古いバージョン管理システムである Revision Control System (RCS)のフロントエンドとして機能します。リポジトリレベルの変更追跡とクライアントサーバーモデルのサポートを追加することで、RCS を拡張しています。 ^[5]ファイルは RCS と同じ履歴形式を使用して追跡され、リポジトリ内の各ファイルに対応する履歴ファイルを含む 隠しディレクトリがあります。

CVS は、同じファイルの異なるバージョンを効率的に保存するために、デルタ圧縮を使用します。これは、バージョン間での変更がほとんどない大きなテキスト ファイルに適しています。これは通常、ソース コード ファイルに当てはまります。一方、CVS にファイルをバイナリとして保存するように指示すると、各バージョンがサーバー上に保持されます。これは通常、バージョン間でコンパクトなデルタを作成することが難しい実行可能イメージなどの非テキスト ファイルに使用されます。

CVS では、シンボリックリンクはバージョン コントロール システムに保存されるとセキュリティ上のリスクが生じる可能性があるため、シンボリック リンクは除外されます。たとえば、機密ファイルへのシンボリック リンクをリポジトリに保存すると、チェックインされていない場合でも機密ファイルにアクセスできるようになります。シンボリック リンクの代わりに、実行に特定の権限と意識的な介入を必要とするスクリプトを CVS にチェックインできます。^{[引用が必要]}

CVS は、管理する単一のプロジェクト (関連ファイルのセット) をモジュールとして分類します。CVS サーバーは、管理するモジュールをリポジトリに格納します。プログラマーは、チェックアウトすることでモジュールのコピーを取得します。チェックアウトされたファイルは、作業コピー、サンドボックス、またはワークスペースとして機能します。作業コピーへの変更は、コミットすることでリポジトリに反映されます。更新とは、リポジトリ内の変更を作業コピーに 取得またはマージすることです。

CVS はクライアント サーバーアーキテクチャを使用します。サーバーはプロジェクトの現在のバージョンとその履歴を保存し、クライアントはサーバーに接続してプロジェクトの完全なコピーを「チェックアウト」し、このコピーで作業し、後で変更を「チェックイン」します。CVS サーバーは「匿名読み取りアクセス」を許可できます。^[6]この場合、クライアントは空白または単純な公開パスワード (「anoncvs」など) を使用してバージョンをチェックアウトして比較できます。これらのシナリオでは、変更のチェックインにのみ個人アカウントとパスワードが必要です。複数の開発者が同じプロジェクトで同時に作業し、各開発者がプロ​​ジェクトの自分の「作業コピー」内のファイルを編集し、変更内容をサーバーに送信 (またはチェックイン) する場合があります。競合を回避するために、サーバーはファイルの最新バージョンに加えられた変更のみを受け入れます。したがって、開発者は他の人の変更を定期的に組み込むことで、作業コピーを最新の状態に保つことが求められます。このタスクは、CVS クライアントによってほとんど自動的に処理されます。チェックインされた変更と、まだチェックされていないローカル バージョンのファイルとの間で編集上の競合が発生した場合にのみ、手動による介入が必要になります。クライアントは、"update" コマンドを使用して、ローカル コピーをサーバー上の最新バージョンに更新することもできます。クライアントは、バージョンを比較したり、変更の完全な履歴を要求したり、プロジェクトの履歴スナップショット (たとえば、特定の日付に基づくもの) をチェックアウトしたりすることもできます。チェックイン操作が成功すると、関連するすべてのファイルのバージョン番号が自動的に増加し、サーバーは、ユーザーが指定した説明行、日付、および作成者の名前をログファイルに書き込みます。CVS は、コミットごとに、ユーザーが指定した外部のログ処理スクリプトを実行することもできます。これらのスクリプトは、CVS のファイル内のエントリによってインストールされloginfo、電子メール通知をトリガーしたり、ログ データを Web ベースの形式に変換したりできます。

CVS は、プロジェクトの異なる「ブランチ」を維持することもできます。たとえば、ソフトウェア プロジェクトのリリース バージョンは、バグ修正に使用される 1 つのブランチを形成し、大きな変更と新機能を含む現在開発中のバージョンは別のブランチを形成できます。CVS は、作業の大部分がトランク上で行われることを前提としており、ブランチは一般に短期間または履歴的なものである必要があります。設計どおりに使用すると、ブランチは簡単に管理でき、ブランチ操作は効率的かつ高速です。^{[7] [8]}

サーバー ソフトウェアは通常Unix上で実行されます(ただし、少なくともCVSNTサーバーはMicrosoft Windowsのさまざまなバージョンもサポートしています)。一方、CVS クライアントは主要なオペレーティング システムプラットフォーム上で実行できます。

グルーネは次のように回想している。^[9]

私は、学生の Erik Baalbergen と Maarten Waage と ACK ( Amsterdam Compiler Kit ) C コンパイラーで協力できるように CVS を作成しました。私たち 3 人のスケジュールは大きく異なっていました (学生の 1 人は 9 時から 5 時までの定時勤務で、もう 1 人は不規則で、私は夕方しかプロジェクトに取り組めませんでした)。彼らのプロジェクトは 1984 年 7 月から 1985 年 8 月まで続きました。CVS は当初 cmt と呼ばれていましたが、これはバージョンを独立してコミットできるという明白な理由からでした。

グルーネは1986年6月23日にコードを公開した。^[10]

最終的に現在のバージョンの CVS に進化したコードは、1989 年 4 月に Brian Berliner によって開始され、その後 Jeff Polk や他の多くの貢献者からの意見が取り入れられました。Brian Berliner は CVS プログラムに対する改良点を紹介する論文を書きました。この論文では、ツールがどのように拡張され、SunOS カーネルで作業しているサードパーティ開発者 Prisma によって内部的に使用されたかが説明されており、GPL の下でコミュニティの利益のためにリリースされました。^[11] 1990 年 11 月 19 日、CVS バージョン 1.0 が開発と配布のためにFree Software Foundationに提出されました。 ^[12]

最新バージョンは2008年5月8日にリリースされました。^[13]

オープンソースソフトウェアの世界では、コンカレントバージョンシステム（CVS）が長い間バージョン管理のツールとして選ばれてきました。そしてそれは当然のことです。CVS自体はフリーソフトウェアであり、その制限のない運用方法とネットワーク操作のサポート（これにより、地理的に分散した数十人のプログラマーが作業を共有できます）は、オープンソースの世界の協力的な性質に非常によく適合しています。CVSとその半ば混沌とした開発モデルは、オープンソースの基礎となっています。^[14]

開発者は時間の経過とともに、機能の追加、運用モデルの変更、開発者の生産性の向上を目的として、CVSをベースにした新しいバージョン管理システムを開発してきました。CVSの代替プロジェクトにはCVSNTやSubversionなどがあります。^{[15] [16]}

• バージョン管理ソフトウェアの比較
• チェルビシア
• オープングロク
• 統計CVS
• トータスCVS
• VCを見る

• 公式サイト