Rational Team Concertのある生活～チーム・リーダーの1日

【コラムC4】「ソース管理」（構成管理）の内部論理構造

RTCの「ソース管理」を理解するためには、以下の3つを理解することが重要です。

1)「ストリーム」

メンバー各自の成果物を統合する、チームの成果物を置く場所です。バージョン管理されていますが、分岐の構造はありません。メンバーは、「リポジトリ・ワークスペース」と「ストリーム」との差分（チェンジ・セットと呼びます）を「受諾」「提出」することで、ほかのメンバーと協調して成果物を作成します。

2)「リポジトリ・ワークスペース」

メンバー各自の成果物を置く場所で、サーバー内に存在します。一般的には「ストリーム」と関連付けられていますが、独立したプライベートなリポジトリ・ワークスペースも作成可能で、メンバーの判断でいくつでも作成することができます。中身は、バージョン管理された「ローカル・ワークスペース」です。

3)「ローカル・ワークスペース」

（Eclipseの）ワークスペースを指します。メンバーのクライアントPC内に存在します。

「ソース管理」のメカニズムは、一見すると複雑ですが、開発者の悩みを解決する仕掛けであることが分かります。

RTCが無い環境でEclipseの作業をチームのメンバーと共有しようとすると、各人のワークスペースをzipで固めて共有サーバーにアップロードしたり、メールの添付ファイルで送ったり、といった操作が必要でした。しかし、それを繰り返していると、同じような名前のゴミ・ファイルが共有サーバーを占有する、という問題がありました。

RTCでは、「リポジトリ・ワークスペース」を介してメンバーが「ローカル・ワークスペース」を共有できるので、開発者視点で使いやすいのです。

「ソース管理」には、これ以外に「コンポーネント」「ベースライン」という重要な用語がありますが、これらは次回に説明します。