Loading article…
 | |
| 原作者 | アトリアソフトウェア |
|---|---|
| 開発者 | IBM |
| 初回リリース | 1992年 |
| 安定版リリース | 11.0.0.1 [1]
/ 2024年7月15日 |
| オペレーティング·システム | |
| プラットフォーム | |
| タイプ | ソフトウェア構成管理 |
| ライセンス | IBM EULA |
| Webサイト | www.ibm.com/products/rational-clearcase |
IBM DevOps Code ClearCase (IBM Rational ClearCase とも呼ばれる)は、ソース コードやその他のソフトウェア開発資産のソフトウェア構成管理(SCM)をサポートするコンピュータ ソフトウェアツールファミリです。また、電子設計成果物の設計データ管理もサポートしているため、ハードウェアとソフトウェアの共同開発が可能になります。ClearCase にはリビジョン管理が含まれており、大規模および中規模企業の構成管理の基盤となり、数百または数千人の開発者がいるプロジェクトに対応します。これはIBMによって開発されました。
ClearCase は、UCM (Unified Change Management) と基本 ClearCase の 2 つの構成管理モデルをサポートしています。UCM はすぐに使用できるモデルを提供し、基本 ClearCase は基本的なインフラストラクチャを提供します (UCM は基本 ClearCase 上に構築されます)。どちらも、さまざまなニーズをサポートするためにカスタマイズできます。
ClearCase は、大きなバイナリ ファイル、多数のファイル、および大きなリポジトリ サイズに対応できます。分岐とラベル付けをサポートしています。ディレクトリをバージョン管理することで、リファクタリングされたファイルを正しくマージできます。また、トリガー、属性、ハイパーリンク、およびその他のメタデータを使用した広範なプロセスの自動化と強制もサポートしています。マルチバージョン ファイル システム( MVFS )を使用します。これは、ワークスペースにどのバージョンのファイルとディレクトリを配置するかを透過的に決定し、ファイル アクセスとライフサイクルを調整する仮想ファイル システムです。MVFS は、動的ビュー用の LAN 展開と自動ビュー用の LAN または WAN 展開で使用されます。[3] [4]
ClearCase は、ビルドのコンテキストやビルド中に参照されるファイルの部品表 (正確なバージョンを含む) など、各ビルド成果物のメタデータを生成する信頼できるビルド監査も提供します。このメタデータは SBOM (ソフトウェア部品表) の生成に使用でき、成果物の追跡可能性が不可欠な規制された環境では重要です。ClearCase には、信頼できるビルド監査メカニズムと統合された「make」の実装が含まれており、タイムスタンプなしでビルドの正確性を確保し、ビュー (ワークスペース) 間でビルド成果物を自動的に共有します。
歴史
ClearCaseはAtria Softwareによって開発され、1992年に最初にUnix向けに[5] 、後にWindows向けにリリースされました。Atriaの開発者の一部は、それ以前の類似システムであるApollo ComputerのDSEE（Domain Software Engineering Environment）に携わっていました。 1989年にHewlett-PackardがApollo Computerを買収した後、それらの開発者はAtriaを設立するために去りました。[6] [7] [8] Atriaは後にPure Softwareと合併し、1996年にPureAtria [9]を設立しました。その会社は1997年にRational Softwareに買収され、 2003年にIBMに買収されました。 [10] IBMは引き続きClearCaseの開発と販売を行っています。2016年9月、IBMはHCL Technologiesとの戦略的提携[11]を発表し、これにより開発が加速される予定です。
インフラストラクチャー
ClearCase が使用するデータベースシステムは、Raima の RDM Embedded です。ClearCase の用語では、個々のデータベースはVOB ( Versioned Object B ase) と呼ばれます。[ 12]このレイヤーでは、Raima ツールを使用してメンテナンスが行われます。このレイヤーの周囲では、一連のインターフェイスと付属ツールが物理データベース システムの管理に使用され、特定のデータベース管理者のスキルが必要です。[13]
最も重要なサービスは Atria ロケーション ブローカー デーモン (ALBD) で、これはコンピュータ間のすべての (LAN) 通信を管理します。バージョン 7 以降、サーバー プラットフォームは、HTTP プロトコルを介して ClearCase クライアントにサービスを提供する Change Management Server (CM Server) と呼ばれるサーバー アプリケーションを備えた Websphere Application Server を実行します (バージョン 7 より前は、ユーザーがブラウザー経由で ClearCase にアクセスできる Web サービスがありました)。CM サーバーはその後 ClearCase Remote Client Wide-Area Network Server (CCRC WAN サーバー) に置き換えられましたが、これは引き続き Websphere Application Server に基づいています。
ビュー
ClearCase の際立った特徴は、 MultiVersion File System (MVFS)です。これは、動的ビューを介して VOB を仮想ファイル システムとしてマウントし、一貫したバージョン セットを選択して派生オブジェクトを作成できる独自のネットワーク ファイル システムです。これは、アーティファクトの早期管理 (つまり、チェックイン前) を可能にし、これらの一次構成項目の管理に限定されないため、リポジトリとサンドボックスのモデルからの脱却でした。
ClearCase は、リポジトリ データのコピーであるスナップショット ビューもサポートしています。動的ビューとは異なり、スナップショット ビューはローカル (OS 固有) ファイル システムで維持され、ネットワーク アクセスを必要としません。代わりに、スナップショット ビューは VOB データのコピーをユーザーのコンピュータにローカルに保存します。スナップショット ビューは、ネットワークから切断されているときに使用でき、後で接続が再確立されたときに VOB と同期されます。この操作モードは、CVS (Concurrent Versions System) ソフトウェアの操作モードに似ています。
動的ビュー タイプとスナップショット ビュー タイプは、ClearCase ローカル クライアント (CCLC) によってサポートされています。ClearCase リモート クライアント (CCRC) は、類似のビュー タイプである自動ビューと Web ビューをサポートしています。どちらもコピー ベースですが、自動ビューは MVFS を使用して、VOB オブジェクトのローカルの共有可能なプールをサポートします。
クライアント コンピュータから見ると、ClearCase ビューは単なる別のファイル システムのように見えます。ClearCase ビューで作成された新しいファイルとディレクトリは、ビューに固有であり、バージョン管理されていないことを示すために、「ビュー プライベート」と呼ばれます。この機能により、ビルド システムはソース コードと同じファイル システム構造で動作できるようになり、各開発者が互いに独立してビルドできるようになります。いつでも、ビュー プライベート オブジェクトをソース管理に追加してバージョン管理されたオブジェクトにし、他のユーザーに表示されるようにすることができます。
開発者は通常、1 つ以上のビューを自由に使用できます。開発者間でビューを共有することが実用的な場合もありますが、ブランチを共有する方が一般的です。ブランチ階層は多くの場合便利です。開発プロジェクト全体で共通の開発ブランチを共有し、小規模なチームではサブブランチを共有して、各開発者が独自のプライベート ブランチを持つことができます。ブランチの変更が十分に安定していると判断された場合は、親ブランチにマージできます。
構成仕様
基本 ClearCase では、各ビューは、関連付けられた構成仕様(一般に構成仕様と呼ばれる)によって制御されます。これは、ビューに表示される要素バージョン (ファイルまたはディレクトリ) を指定するルールの集合(内部的にはテキスト ファイルに保存されますが、使用前にコンパイルされます) です。要素のどのバージョンを表示するかを決定するために、ClearCase は構成仕様を上から下まで 1 行ずつ走査し、一致が見つかった時点で停止し、後続のルールは無視します。構成仕様は、'include' ステートメントを使用して他の構成仕様を参照することもできます。
UCM 管理モデルでは、構成仕様を手動で作成したり管理したりする必要はありません。構成仕様は ClearCase UCM 操作によって生成され、管理されます。
ビルド
MVFS が提供するネットワーク ファイル システムでは、ビルドの監査が可能です。MVFS を使用するビューのビルドでは、ビルド プロセス中に実行されるファイルI/O操作を監視および記録し、各イベントをそのイベントのトリガーとなったコマンドに関連付けることができます。これにより、ClearCase はすべてのビルドに対して構成レコード (CR) と呼ばれる部品表を作成し、ソフトウェア構成管理の目的またはより大規模なアプリケーション ライフサイクル管理プロセスの一部として追跡が可能になります。ビルドの監査は、組み込みの make ツール (omake、clearmake) などのコマンド ライン ツール、または Unix make (1) などの別のビルド ツールを呼び出す clearaudit コマンドを使用して実行されます。
ファイル要素とディレクトリ要素のバージョンを保存するバージョン管理されたオブジェクト ベース (VOB) には、これらのオブジェクト タイプに関連付けられた派生オブジェクトとメタデータも保存されます。
ビルド監査の結果として生成される部品表アーティファクトは、構成レコードと呼ばれます。これには次のものが含まれます。
- ビルド手順: ビルドを呼び出したメソッド (スクリプト、makefile など)。
- 入力: 特定のビルドに使用されたすべてのファイル (およびその特定のバージョン)。
- 出力:ビルドの結果として生成されたすべての派生オブジェクト(DO) ファイル (および依存するすべての DO)。
依存関係情報は、派生オブジェクトごとに表示できる構成レコードに保存されます。構成レコードを使用すると、ビルド時に以前に読み取られたすべてのファイルを表示する別のビューを作成できます。また、構成レコードを使用して、ビルド中に読み取られたファイル (およびバージョン) にラベルを適用することもできます。
MVFS では、1 つの動的ビューで作成された派生オブジェクトを、"まったく同じ" 派生オブジェクトを必要とする別の動的ビューに自動的に "コピー" することができます。2 つの派生オブジェクトは、同じ構成レコード(つまり、部品表) を持っている場合、"まったく同じ" とみなされます。共有可能な派生オブジェクトは、それらを参照するビューではなく、VOB サーバーに物理的に存在します。この機能は派生オブジェクトのウィンクと呼ばれ、ビルドには clearmake または omake ツールを使用する必要があります。
ClearCase の動的ビューは、ネットワーク インフラストラクチャが良好であっても、ローカル ファイル システムよりも低速です。ClearCase のmake代替によって有効になるビルド回避により、後続のビルドを繰り返すと、より高速に実行される場合があります。MVFS では、ファイルにアクセスするたびにサーバー アクセスが必要になるため、ファイル システムのパフォーマンスはサーバーの容量に依存します。
クライアントの種類
当初、ClearCase は Unix および Windows でネイティブに実行されるフル (「ファット」) クライアントのみをサポートしていました。バージョン 7 では、ClearCase Remote Client (CCRC) が導入されました。これは Eclipse ソフトウェアに基づいており、Eclipse のプラグインとして、また Visual Studio などの他の環境用に、完全にパッケージ化された Eclipse バージョンの両方で提供されます。
統合
他の Rational Software 製品、特に ClearQuest と Rational Team Concert は ClearCase と統合されています。ClearCase は、プラグインを通じて Microsoft Visual Studio、Cadence Virtuoso、Eclipse IDE とも統合されています。
データベースのレプリケーション
ClearCase MultiSite を使用すると、異なる場所にいる開発者が同じ ClearCase バージョン管理オブジェクト ベース (VOB) を使用できます。各場所 (サイト) には、VOB の独自のコピー (レプリカ) があります。任意のプロトコルによるデータ同期は、単方向または双方向にすることができます。同期パターンは、1 対 1 (2 つのレプリカがデータを交換)、リング (ラウンドロビン同期)、1 対多 (「ハブ」VOB からのレプリケーション)、または多対多 (各レプリカが他のすべてのレプリカとデータを交換) にすることができます。
DSEE
DSEE (Domain Software Engineering Environment) は、ClearCase に採用された多くの概念を導入しました。Apollo Domain ファイル システムでは、ファイル アクセス中に特別なハンドラー プログラムが介入することができました。DSEE はこの機能を利用して、特定のファイルを開いたときにバージョン管理されたコピーを目に見えない形で置き換えました。[14] バージョン管理仕様がユーザー環境に常駐しているため、印刷や汎用テキスト エディターでの表示などの日常的なアクセスを含め、バージョン管理されたファイルへのすべてのアクセスがリダイレクトされました。
DSEE は、すべてのソフトウェア モジュールとその依存関係を記述したファイルに大きく依存していました。このファイルは手動で生成する必要があり、大規模なシステムで使用する際の大きな障害となっていました。ただし、いったん生成すると、DSEE は、以前に処理され、バージョン仕様がビルドの仕様と一致するすべてのモジュールを再利用して、ビルドを実行する最適な方法を計算できるようになりました。
DSEE では、「スレッド」と呼ばれる「バージョン仕様」も導入されました。これは、ユーザー環境またはビルド内に存在する可能性のあるバージョンのリストです。大きな革新は、スレッド内でビルド署名とソフトウェア リリース署名を使用することです。したがって、スレッド内の項目は次のようになります。
- 編集用に予約されているコピー（チェックアウト済み）
- 最新バージョン（通常は開発者のみ）
- ファイルの分岐バージョン (開発の代替ライン上のバージョン)。
- ラベル付きバージョン（特定のリビジョンレベルで作業する開発者向け）
- ビルド XYZ で使用されるバージョン。
- ソフトウェアリリースxyzで使用されるバージョン
スレッドは、各ファイルごとに上から下へ処理されました。開発者スレッドの場合は、先頭に「予約済み」が付き、その後にラベル付きバージョンが続きます。既存のリリースに対する修正の場合は、スレッドが「予約済み」になり、その後にリリース署名が続きます。
Apollo ドメイン ファイル システムの非表示ファイル リダイレクトがない場合、ClearCase は、以下で説明するMVFS機能によって提供される仮想ファイル システムを使用します。「スレッド」の概念は、動的ビューに対応します。ビュー内の派生オブジェクトのサポートは、DSEE の概念に似ています。
リリース
V11.0.0（2024年3月）リリースおよび後続の修正パックリリース。[15]
V10.0.1（2023年10月）リリースおよび後続の修正パックリリース。[16]
V10.0.0（2022年12月）およびその後の修正パックリリース。[17]
V9.1.0（2020年12月）およびその後の修正パックリリース。[18]
V9.0.2（2020年1月）およびその後の修正パックリリース。[19]
V9.0.1（2017年6月）およびその後の修正パックリリース。[20]
V9.0 (2016 年 3 月) および後続の修正パック リリース。
V8.0.1（2013年6月）およびその後の修正パックリリース。[21]
V8.0 (2011 年 10 月) および後続の修正パック リリース。
参照
注記
- ^ 「ClearCase の修正リストとダウンロード ドキュメント」。IBM。2024年 7 月 15日。
- ^ 「z/OS Extensions のインストールと使用」。IBM。
- ^ 「マルチバージョン ファイル システム」。Rational Software。2003 年。2005 年 4 月 28 日時点のオリジナルよりアーカイブ。
- ^ 「MultiVersion File System (MVFS) について」。IBM — Software Group。2007 年 2 月 15 日。
- ^ 「ClearCase - Atria Software Inc. のソフトウェア構成管理システム - 新製品: 開発ツール - 簡単な記事 - 製品発表」。Software Magazine。1992 年 9 月 15 日。2009 年 8 月 2 日時点のオリジナルよりアーカイブ。2007年 12 月 1 日に取得。
- ^ 「ハードウェア/ソフトウェア構成管理の歴史における重要な日付」CM Crossroads LLC. 2007 年。
- ^ Michael Bucken (1995 年 8 月)。「複雑な開発により Atria は IS の役割を獲得。人気の Unix ベンダーの Windows および NT への移行により IS への扉が開かれる - 企業プロフィール」。Software Magazine。2009 年 8 月 2 日のオリジナルからアーカイブ。
- ^ Andrew DeFaria (2004 年 12 月 21 日). 「Re: cvs vs. clearcase?」.
- ^ Lawrence M. Fisher (1996 年 6 月 7 日)。「Pure Software が Astria を株式取引で買収」。ニューヨーク タイムズ。2007年 12 月 1 日閲覧。
- ^ 「IBM、2003年第1四半期の業績を発表」。IBM。2003年4月14日。2009年8月2日時点のオリジナルよりアーカイブ。2008年1月9日閲覧。
- ^ 「成長と革新のためのパートナーシップ」HCL、2016年11月17日。
- ^ 「バージョン管理されたオブジェクト ベース (VOB)」。www.ibm.com。2024年 5 月 13 日閲覧。
- ^ 「IBM Rational ClearCase - コンピューターサイエンス | Wiki eduNitas.com」。edunitas.com (インドネシア語) 。 2024年5月13日閲覧。
- ^ David c. Lubkin (1991 年 6 月)。「DSEE: ソフトウェア構成管理ツール」。Hewlett-Packard Journal。2007 年 2 月 24 日時点のオリジナルよりアーカイブ。2010年7 月 17 日閲覧。
- ^ 「IBM DevOps Code ClearCase バージョン 11.0.0.x の新機能とその他の変更点」www.ibm.com . 2024-07-15 . 2024-09-05に取得。
- ^ 「Rational ClearCase バージョン 10.0.1.x の新機能とその他の変更点」www.ibm.com . 2024-07-15 . 2024-09-05に取得。
- ^ 「Rational ClearCase バージョン 10.0.0.x の新機能とその他の変更点」www.ibm.com . 2023-01-31 . 2024-09-05に取得。
- ^ 「Rational ClearCase バージョン 9.1.0.x の新機能とその他の変更点」www.ibm.com . 2024-07-15 . 2024-09-05に取得。
- ^ 「Rational ClearCase バージョン 9.0.2.x の新機能とその他の変更点」www.ibm.com . 2023-10-03 . 2024-09-05に取得。
- ^ 「Rational ClearCase バージョン 9.0.1.x の新機能とその他の変更点」www.ibm.com . 2022-07-25 . 2024-09-05に取得。
- ^ 「ClearCase の新機能」www.ibm.com . 2020-12-18 . 2024-09-05に閲覧。
参考文献
- Posner, John (1994)。「CASEVision/ClearCase ユーザーズ ガイド、文書番号: 007-2369-001」。Silicon Graphics, Inc. 2007-11-02 にオリジナル(PDF)からアーカイブ。
外部リンク
- 公式サイト