1

継続的インテグレーションを実現するために、Clearcase トリガーを作成することを考えました。

[統合ストリームに配信された後] 操作後のトリガーが役立つことを知りました。

トリガーの実装に関して、アーキテクトにアドバイスを求めるだけです。

マルチサイト環境ではトリガーが面倒なので使わないようにとのことでした。

これは神話ですか、それとも本当ですか? トリガーが原因でビルドが煩わしくなる問題に直面した人はいますか?

マルチサイト環境でトリガーを使用しても安全かどうか教えてください。

4

1 に答える 1

1

あなたのアーキテクトは、このテクニカルノートを参照しているかもしれません。

設計上、トリガー タイプは各 VOB でローカルに作成する必要があります。

トリガー タイプは、他のメタデータ タイプ (ラベル、属性、ブランチ、エレメント、ハイパーリンク) とは異なり、ハイパーリンクを適切にトラバースできないため、管理 VOB でグローバル リソースとして作成できません。これは、管理 VOB がクライアント VOB に接続する方法です。

トリガーを試してコピーできます：

( cptypecopy type) コマンドは、既存の型オブジェクトのコピーである新しい型オブジェクトを作成します。既存のオブジェクトと新しいオブジェクトは、同じ VOB にある場合も、異なる VOB にある場合もあります。コピーをオリジナルと同じ名前にすることができるのは、別の VOB でコピーを作成する場合のみです。

しかし：

このコマンドの実行後、オリジナルとコピーの 2 つのオブジェクトは接続を保持しません。
それらは、同じプロパティを持つ 2 つのオブジェクトにすぎず、おそらく同じ名前です。を使用するなどしてトリガーに変更を加えた場合、それらの変更はトリガーの各コピーに対して手動で行うか、スイッチcleartool mktrtype -replaceを使用してコピーを再度実行する必要があります。-replace詳細については、cptypeリファレンス ページを参照してください。

外部システムを使用して、継続的インテグレーションを監視、トリガー、レポートすることをお勧めします。

次のいずれかを実行できます。

  • マルチサイト ワークフローの代わりに CCRC を使用して、ClearCase のセットアップを簡素化します。
    その場合、記事「IBM Rational ClearCase リモート クライアントとの継続的な統合」が役に立ちます (CruiseControl を使用する必要はありません。この場合、Jenkins、Hudson、または TeamCity が同等に適しています)。

CCRC を使用した CI

  • より一般的には、CI ツール (ここでも: CruiseControl: Jenkins または Hudson または TeamCity) が、CI ツールが定期的に更新する特定のビューを監視し、変更を検出してビルドをトリガーできるようにします。「継続的インテグレーションの実現」を参照してください。

CI の例

于 2012-01-11T05:06:29.690 に答える