150 以上のプロジェクトを集めて再構成し、複数のビルド エージェントを使用して複数の TeamCity 構成に最適化し、現在非常に連続的な方法でビルドしているビルド サーバーのパフォーマンスを改善しようとしています。
テクノロジー (Web、dotNet、VB6、および COM+) とシステム アーキテクチャの組み合わせは、現在は並行して実行できるが、さらに先に進める必要があるさまざまなステップ (構成) があることを意味します。
これは非常に単純化された依存関係のシナリオですが、私たちが抱えている問題を表しています....
A -> B -> Collate (-> Deploy)
A -> C -> Collate (-> Deploy)
問題は、A に変更が加えられると、B と C の両方がトリガーされ、A では一般的なトリガーであるにもかかわらず、Collate (および Deploy) ステップが 2 回実行されることになります。ほぼ 20 の構成の実際のセットの単純化と頻繁な再構築が、速度の向上に影響を与えています。
B と C の両方が A の結果としてトリガーされるという事実を特定し、Collate ステップをトリガーする前に B と C の両方が完了するのを待って、Collate ステップを実行できる方法を誰かが提案できますか? 明らかに、B または C への変更は、Collate を個別にトリガーできるはずです。