0

ブラウン プロジェクトに TFS ソース管理を使用したいと考えています。私のプロジェクトには多くのソリューションがあります。1 つのソリューションは別のソリューションに依存します。次のようなモジュールがあります。

BusinessERP.Sales.sln

BusinessERP.Sales.UI
BusinessERP.Sales.BL
BusinessERP.Sales.DAL
BusinessERP.Sales.DTO

BusinessERP.Purchase.Sln

BusinessERP.Purchase.UI
BusinessERP.Purchase.BL
BusinessERP.Purchase.DAL
BusinessERP.Purchase.DTO

…。等々

ビジネスERP.統合.Sln

BusinessERP. Integration.UI
BusinessERP. Integration.BL
BusinessERP. Integration.DAL
BusinessERP. Integration.DTO

ここでは、1 つのモジュールが別のモジュールに依存し、統合はすべての個々のモジュールに依存します。

私の質問は、TFS ソース管理をどのように使用できるかです

単一の TeamProject を作成し、そこにすべてのソリューションを貼り付けますか? 私がそれをした場合、デフォルトでTFSはdllファイルを無視します。だから私がチェックアウトしたいとき、私はdllなしで解決策を手に入れます。その後、私のソリューションは実行されません。dllをコピーできないようにソリューションを保持する標準的な方法は何ですか?または何をしなければなりませんか?

もう 1 つの質問は、Same Team プロジェクトの下で TFS に Area を作成する必要があるかどうかです。次に、各領域の下に各ソリューションを配置しますか?

TFS のすべてのメリットを得るために、マルチ ソリューションの既存のプロジェクトで TFS ソース管理を開始する方法を教えてください。

4

1 に答える 1

1

私がすることは、あなたが持っているすべての製品/プロジェクトに対して単一のチーム プロジェクトを作成することです。ソリューションが一緒にリリースされる場合、それらは同じ TP の一部です。

すべてのソリューションをソース管理にまとめて保存します。これは、たとえば、製品がBusinessERPと呼ばれる場合、ソースは次のツリー状の構成に格納されることを意味します。
$/
- BusinessERP
-- BusinessERP.Sales
--- BusinessERP.Sales.UI
--- BusinessERP.Sales.BL
--- BusinessERP.Sales.DAL
--- BusinessERP.Sales.DTO
-- BusinessERP.Purchase

等々。

リリース/バージョン管理計画を使用する予定がある場合 (そして、重要な作業には実際に使用する必要があります)、これがバージョン管理構造に配置する構造です。TFS でのバージョン管理の詳細については、Visual Studio Team Foundation Server Branching and Merging Guideを参照してください。

1 つの重要な注意事項:異なるソリューションでソースを管理している場合は、それらのソリューション間の相互依存関係を適切に管理してください。外部ソリューションのソースに依存するのではなく、その出力に依存するようにし、サードパーティの依存関係と同じ方法でそれらを管理してください。これにより、新しい開発環境をセットアップしようとするときに多くの問題を回避できるだけでなく、別のソリューションの変更が原因で依存ソリューションが壊れる状況を回避できます。代わりに、ソリューションのテスト済みバージョンのみに依存している場合は、別のチームのスケジュールではなく、スケジュールに合わせて重大な変更に適応できます。

于 2012-11-25T10:26:03.490 に答える