2

ビルドに使用する構成仕様があり、組織内のすべての開発者が失敗を恐れずにビルドで任意のタスクを実行できるように、これを使用することをお勧めします。新しい要素を含めたり、古い要素を除外したりするために、その構成仕様を時々更新する必要があります。

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

これは煩わしく、エラーが発生しやすいため、多くの開発者がこれらのメールを無視するようになり、ビルドが壊れているために呼び出されます。

すべてのビューがその構成仕様を使用でき、人々の下でそれを更新できるように、何らかの方法で構成仕様を一元的に定義することに非常に興味があります。これは厳格に思えるかもしれませんが、何百人もの開発者がいて、全員が同じビルドを実行している場合、それは理にかなっているように思えます。

include共有を使用して構成仕様を保存し、それを行を使用して開発者のビューに含めるというアイデアについては既に調査しましたが、ドキュメントには次のように記載されています。これは、ルールが再評価されるのは、何らかの方法で構成仕様を編集するコンテキスト内にある場合のみであるという意味であると思われることを意味するように、テストで表示されます。

私が探している解決策は、clearcase を操作するたびに構成仕様を再評価するか、少なくとも更新することです。そうすれば、全員の構成仕様を管理できました。

考え？

4

1 に答える 1

2

特に、含まれている構成仕様があまり頻繁に変更されない場合は、作業できます。
変更されるたびに、ユーザーは実行する必要があります

cleartool setcs -current

(このテクニカルノートの例#2 で説明されているように)

次に、その共通の構成仕様を保存する場所を決定する必要があります。

  • 共有ドライブで
  • その共通の構成仕様コンテンツの履歴機能を利用するために、ClearCase ビューで。

このスレッドで完全な議論を見ることができます:

しかし、バージョン管理されたインクルード ファイルが必要な状況に遭遇しました。これは、ユーザーがいくつかの新しいコードで作業を継続するために使用しなければならなかったレガシー コードから多くの要素を参照していたためです。それは苦痛であり、私たちはそれとともに生きなければなりませんでした。

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

于 2012-01-27T19:48:21.830 に答える