3

TFS 2010でプロジェクトを論理的に分離する最善の方法を見つけようとしています。現在、3つの別々のプロジェクトがあります。

  1. サーバー上で実行されるコアフレームワークプロジェクト
  2. コアフレームワークdllを参照するコンソールアプリケーション。
  3. コアフレームワークdllも参照するWebアプリケーション。

TFSは、プロジェクトをチームプロジェクトに分割します。これら3つはすべて実際には別個の「プロジェクト」ですが、最後の2つはフレームワークの.dll参照に依存しています。Javaの世界では、依存関係管理を設定して、コアフレームワークを構築し、会社の中央リポジトリに公開し、クライアントプロジェクトを個別にチェックアウトして、リポジトリ内のdllを参照するだけで、プロジェクトが中断しないようにすることができます。

TFSは依存関係を管理していますか？これらの3つのプロジェクトは、別々のチームプロジェクトに設定する必要がありますか、それとも同じプロジェクトに設定する必要がありますか？チームプロジェクト全体で構築できますか？

依存関係の問題を最小限に抑えながら、個別に作業できるようにパーティション化され、ビルドスクリプトがCIのすべてのプロジェクトにアクセスできるように、チームプロジェクトを設定するための最良の方法は何ですか？

4

3 に答える 3

4

TFSチームプロジェクトは、ソフトウェアプロジェクト/ソリューションとして理解できるものとは比較できません。基本的に、チームプロジェクトは、一緒に保持したいものの束のコンテナです。

したがって、上記の3つのソフトウェアプロジェクトすべてに対して1つのチームプロジェクトを作成するのが最善だと思います。それらは明らかに相互依存しており、とにかく一緒に維持する必要があります。CIに関しては、各ソフトウェアプロジェクトに単独で、または一度にすべてアクセスでき、最も役立つことは何でもできます。

HTH。
トーマス

于 2010-08-26T14:33:07.370 に答える
2

TFSは、依存関係の管理に関してはかなり弱いですが、単一のソリューションファイルに満足している場合は、[ファイル]->[ソース管理]->[ソース管理からプロジェクトを追加]を使用して、ソリューション間でプロジェクトを適切に共有できます。 。

このように、ソリューションを入手すると、すべてのプロジェクトも入手できます。

欠点は、毎回すべてをプルしてビルドする必要があることです。

残念ながら、私たちの場所では、これはほぼすべてのレベルで制限が多すぎたため、ビルド済みのライブラリと依存関係の管理を提供するために独自のツールを設定する必要がありました。

于 2010-08-26T14:32:21.980 に答える
0

なぜTFSで依存関係管理が必要なのですか？

そもそもバージョン管理の問題が発生しないように、共有アセンブリに強力な署名を付けてGACに常駐させる必要があります。

于 2012-12-03T12:24:35.797 に答える