2

わかりましたので、認めざるを得ません。私は、このビルド自動化のすべてに非常に慣れていません。しかし、基本的に私が疑問に思っているのは、ビルド定義をそのような方法で結び付ける方法があるかどうかです。

  • ProjectA が ComponentA.dll を生成する
  • ProjectB は ComponentA.dll を参照し、ComponentB.dll を生成します
  • ProjectC は ComponentB.dll を参照します

次に、ProjectA に変更を加えてチェックインすると、ビルド プロセスによって自動的に ProjectB もビルドされ、最後に ProjectC もビルドされ、エラーが報告されます。

それで、これを達成する方法はありますか、それともそもそもこの種のものを何らかの方法で完全に異なる方法で処理する必要がありますか?

4

2 に答える 2

5

あなたが言及しているプロセスは、継続的統合として知られる実践の核心です。

TFS は非常にうまく機能します。ビルド定義TriggerをContinuous Integrationに設定し、Workspace作業フォルダーを 3 つのプロジェクトの親フォルダーに設定するだけです。このようにして、プロジェクトの 1 つに変更が加えられると、ビルドがトリガーされます。

MSDN: 継続的なビルドと展開

于 2012-11-22T22:26:49.560 に答える
0

Visual Studioソリューションを使用して、プロジェクト間でプロジェクト参照を使用できます。次に、ビルドサーバーでソリューションをビルドします。

于 2012-11-22T17:11:19.040 に答える