0

VS 2010 と TFS 2010 を使用するソリューション間でプロジェクトを共有する際に、多くの問題が発生しています。

最初の問題は、誰もがマシンを異なる方法でセットアップし、ワークスペースを異なる方法で作成することです。すべてのプロジェクトに 1 つのワークスペースを使用するものもあります。プロジェクトごとに異なるワークスペースを使用するものもあります。2 つの異なるプロジェクトをツリーの異なる部分からソリューションに配置する場合、必ずしも TFS ツリー構造にマップするとは限りません (通常はマップしません)。

したがって、ある人は次のようになります。

C:\Users\User\Documents\Projects\Project1
C:\Users\User\Documents\Projects\Project2

別の人が持っているかもしれません

C:\Users\User\Documents\Projects\Project1
C:\Users\User\Documents\SharedProjects\Project2

別の人もそうします

C:\SharedProjects\Project2
C:\Projects\Project1

問題は、ソリューションが物理的なプロジェクトの場所を保持しており、ユーザーが最新のものを入手するたびに、プロジェクトの場所について争ったり、競合を引き起こしたりすることです。

簡単な解決策は単一の構造を義務付けることですが、ここではうまくいきません。

2番目の問題:

プロジェクトである共有ライブラリがいくつかあり、ツリー全体のさまざまなソリューションに含まれています。これらのプロジェクトの中には、ビルド構成が異なるものがあります。1 つは Dev、Test、Stage、Prod で、もう 1 つは Debug、Release、Prod です。

ビルド構成がプロジェクト ファイルに保存されるため、これにより問題が発生します。プロジェクトが共有プロジェクトを使用しようとしていて、共有プロジェクトにソリューションに一致するビルド構成が含まれていない場合、VS がロックされ、あらゆる種類の奇妙な動作が発生します。

これらの問題に対する解決策はありますか？すべてのユーザーに影響しない場所のローカル オーバーライドを作成する方法はありますか? (ユーザーごとに Web サーバー構成を設定する方法と同様)

これらの問題は、今までに把握されているはずです。

4

2 に答える 2

1

推奨事項 1 - 実際のビルド システムとは別のソリューション ファイルの使用... http://msdn.microsoft.com/en-us/magazine/dd483291の下にあるこの MSBuild ベスト プラクティス ドキュメントの「大きなソース ツリーのビルド」セクションを参照してください。
aspx

推奨事項 2 - できないと言ったことを正確に行う. TFS ワークスペース テンプレートを提供するか、「ビルド承認済み」構成を記載します。ある時点で、人々はこのことを受け入れなければなりません。そうしないと、うまくいきません。

于 2011-09-28T22:58:22.953 に答える
0

同じ問題がありました。プロジェクトの構築には非常に長い時間がかかりました。ビルドのためだけにすべての Web アプリとクラス ライブラリをホストするマスター ソリューションを作成し、それを使用してビルド時間を大幅に改善しました。

この投稿を参照すると、役立つ場合があります。

大規模プロジェクト向けの TFS ビルド戦略

于 2012-04-03T20:09:52.257 に答える