IBM 構成管理バージョン管理

構成管理バージョン管理( CMVC ) は、オブジェクト リポジトリとして機能し、ソフトウェアバージョン管理、構成管理、および変更管理機能 を実行するソフトウェアパッケージです。

• これはクライアント サーバー ベースのシステムであり、複数のプラットフォーム用のコマンド ライン クライアントとグラフィカル クライアント、および複数の Unix フレーバーで利用可能なサーバーがありました。
• 追跡情報を保持するためにリレーショナル データベースが使用されましたが、各ファイルのバージョン履歴を維持するために、ソース コード コントロール システム(SCCS) や PVCS などの別のソース コントロール マネージャーが使用されました。これらのファイルのファイル名は実際にはリレーショナル データベースに保存されます。その結果、SCCS ツリー内のファイル名は数値 ID になります。

• ファイルが作成され、コンポーネントに関連付けられます。
• コンポーネントは有向グラフを形成し、各コンポーネントは複数の親を持つことができます。コンポーネントは論理的なグループ化メカニズムであり、物理パス名に関係なくファイルをグループ化できます (パス上にあるディレクトリやフォルダーとは異なります)。
• コンポーネント レベルで権限を付与できるため、分散管理が可能になります。他の権限を付与する権限を付与することもできます。
• リリースは、共通のルートを持つファイルのセットです。リリースは、他のリリースとファイルを共有できます。共有は、最新バージョン (「チップ」と呼ばれることもあります) またはリリース内の特定のバージョンに従うように定義できます。これは「リンク」と呼ばれていました。
• レベルは、すべてのファイルのスナップショットです。他のソース コントロール システムの「タグ」に似ていますが、少し工夫があります。リリースが「バインディング モード」の場合 (最も一般的に使用される)、レベルには、レベル メンバー (欠陥と機能) によって参照されるファイルのみが含まれます。その結果、レベルには、リポジトリ内の最新のファイル バージョンだけでなく、承認された変更 (ファイル バージョン) のみが含まれます。

• 欠陥追跡がソース管理システムに統合されました。
• すべてのファイルのチェックインに欠陥を関連付けることを要求するようにリポジトリを構成する機能。
• レベルは欠陥のセットを管理するために使用され、管理者はファイルのセットではなく変更のセットの観点から考えることができます。
• 分散管理により権限の委任が可能になります。これは特に大規模なチームで役立ちます。
• 名前を変更した後でもファイル履歴を追跡する機能があります。これは、ディスク上のファイル名が数字であり、データベース内のファイル名を変更できるためです。
• ソースコードリリース間でファイルを共有できる

• ロックは、かつてはファイルへのアクセスを制御する唯一のメカニズムでした。これは当時のソース コントロール システムでは一般的でしたが、今日では大きな弱点と見なされています。最新の実装はより堅牢になり、同時開発、競合解決、マージが可能になりました。
• 集中型サーバーを使用すると、切断された状態で作業する能力が制限されます。ただし、これは、ローカル リポジトリを作成しない限り、ほぼすべてのリモート ソース コントロール システムの欠点です。ローカル リポジトリが作成されると、冗長性とソース コントロールの錯覚が生じ、最終的には、差分を送信するには、ある時点でリモート ソース コントロール サーバーとの同期が必要になります。

これは、1990 年代中期から後半にかけてInternational Business Machines Corporation (IBM)によって販売および配布され、HP から購入したソフトウェアと IBM の社内専用システムである IDSS から部分的に派生したものです。

1990 年代には、このシステムはIBM OS/2およびIBM AIXソース コード リポジトリの管理に使用されていました。

CMVC の販売とサポートはIBM がRational Software を買収した後しばらくして終了し、その機能は Rational 製品ライン ( Rational ClearCaseおよびRational ClearQuest ) の製品に置き換えられました。ただし、2008 年現在でも一部の顧客による CMVC のインストールは引き続き使用されています^{[アップデート]}。^[1]