2009-03-15 21 views
1

私はTeam Cityを継続的な統合ソフトウェアとして使用することに決めましたが、私のプロジェクトが依存しているプロジェクトとしてプロジェクトの参照をどのように扱うべきか、いくつかの問題があります。ソリューションとチームのソリューション(私はチームのビルドのvs2008ソリューションファイルオプションを使用しています)。問題は、プロジェクトが開発で構築され、チーム・シティで失敗することです。プロジェクトの継続的な統合と処理

プロジェクトファイル内のさまざまなプロジェクト参照をどのように処理する必要がありますか?

ex。私のMVCアプリケーションは、他のプロジェクトでも使用している共通のutilアセンブリを参照しています。私の開発者のソリューションでは、このプロジェクトをソリューションに追加しますが、私はこれをチームビルドでは望んでいないので、そこに別のソリューションファイルがあります。

答えて

3

コードを複数のソリューションに分割する必要があるようです。あるソリューション内のプロジェクトが別のソリューション内のプロジェクトからバイナリにアクセスする必要がある場合は、ではなく、これらの外部プロジェクトをソリューションに追加する必要があります。プロジェクトのリフレクションを使用する代わりに、ファイル参照を使用します。

これは、完成したビルドの結果をいくつかの共通の場所に配備する必要があることを意味します。

patterns & practices: Visual Studio 2005 Team System Guidanceを参照してください。それはTFSと2005のためですが、一般的な概念は他の多くのソース管理システムにも当てはまります。

+0

私は、ユーティリティのアセンブリの先を構築して、私のdevソリューションでこのprebuiltアセンブリを使用することができましたが、リリースモードでビルドサーバー上にアセンブリを持っていなければならないので、 。 – terjetyl

+0

問題ありません。両方のモードですべてのソリューションを構築します。 –

+0

Thx、私は今これについて私の頭を上げ始めていると思う – terjetyl

関連する問題