ClearCaseスナップショットビューの一元化された構成仕様

Question

ビルドに使用する構成仕様があります。ビルドに使用する構成要素をすべて使用できるように、ビルドにはすべての開発者を推奨します。毎回、新しい要素を含めるか古い要素を除外するようにそのconfig specを更新する必要があります。

これを実行すると、すべての開発者に、現在の設定仕様でシステムを構築するために使用するビューを手動で更新するように指示する簡単なメールを書き込むプロセスです。

これは厄介でエラーが発生しやすいため、多くの開発者がこれらのメールを無視するだけで、ビルドが壊れたために呼び出されます。

私はconfigの仕様を集中的に定義することに非常に関心があります。そのため、すべてのビューでその設定の仕様を使用できるようになり、人々の下でアップデートすることができます。これは大変だと思われるかもしれませんが、何百もの開発者がいて、すべて同じビルドを実行するはずです。

は、私はすでに設定仕様を格納し、includeラインを使用して、開発者のビューに含める共有を使用してのアイデアを検討しましたが、documentation statesのように：「インクルードファイルがsetcsの各実行時に再読み込みされていますとedcs。 "これは、テストでは、ルールが再評価される唯一の時間は、何らかの形でconfig specを編集するというコンテキストであることを意味すると思われます。

私が探している解決策は、あなたがクリアケースや最低限のアップデートで対話するたびにconfig specを再評価します。そのようにして、誰もがconfig specを管理することができました。

思考？

Answer 1

私は特に、あなたの含まれている設定の仕様があまり頻繁に変更されない場合、動作することができます。

：
それは変わるたびに、ユーザーはあなたが、その後どこその共通設定の仕様を保存するかを決定する必要があります

（example#2 of this technoteで説明したように）

cleartool setcs -current 

を実行する必要があります

• シェアドライブ上の
• ClearCaseビューでは、その共通のconfig specコンテンツの履歴機能の恩恵を受けるためです。

あなたはfull debate in this threadを見ることができます：

しかし、私は をコントロールされているバージョンが、それは、ユーザーが使用していたレガシーコードから 要素をたっぷりと呼ばので、ファイルが必要だったが含ま状況に遭遇しました新しいコードの で作業を続ける。それは痛みだったし、私たちはそれで生きなければならなかった。

他の「プロセス」と同じように、これもユーザーには の「教育」が必要です。