6

150 以上のプロジェクトを集めて再構成し、複数のビルド エージェントを使用して複数の TeamCity 構成に最適化し、現在非常に連続的な方法でビルドしているビルド サーバーのパフォーマンスを改善しようとしています。

テクノロジー (Web、dotNet、VB6、および COM+) とシステム アーキテクチャの組み合わせは、現在は並行して実行できるが、さらに先に進める必要があるさまざまなステップ (構成) があることを意味します。

これは非常に単純化された依存関係のシナリオですが、私たちが抱えている問題を表しています....

A -> B -> Collate (-> Deploy)
A -> C -> Collate (-> Deploy)

問題は、A に変更が加えられると、B と C の両方がトリガーされ、A では一般的なトリガーであるにもかかわらず、Collat​​e (および Deploy) ステップが 2 回実行されることになります。ほぼ 20 の構成の実際のセットの単純化と頻繁な再構築が、速度の向上に影響を与えています。

B と C の両方が A の結果としてトリガーされるという事実を特定し、Collat​​e ステップをトリガーする前に B と C の両方が完了するのを待って、Collat​​e ステップを実行できる方法を誰かが提案できますか? 明らかに、B または C への変更は、Collat​​e を個別にトリガーできるはずです。

4

1 に答える 1