私はTFS 2010に慣れつつあり(TFS 2008にはまったく運がありません)、初めてのソリューションをTFSに追加しようとしています。ただし、次の警告メッセージが表示されます。
ソース管理に追加しようとしているプロジェクトにより、他のソース管理ユーザーがこのソリューションを開いたり、新しいバージョンのソリューションを入手したりすることが困難になる場合があります。この問題を回避するには、ソリューション内の他のソース管理プロジェクトのバインディングルートの下の場所からプロジェクトを追加します。
これが何を意味し、それを解決する方法を誰かに説明できますか?この警告は、ソリューションエクスプローラーでソリューションを右クリックし、[ソース管理に追加]を選択すると表示されます。
ソリューションのフォルダー構造は次のようになります。
Solution Root folder
|
.sln solution file
|
Project1 folder
|
Project1.csproj (or .vbproj)
|
Project2 folder
|
Project2.csproj (or .vbproj)
.
.
.
私にとっては、すでに別の場所からソリューションを追加しようとしたのはこのようなものでした。次に、他の場所用に作成されたワークスペースをクリーンアップする必要がありました。
Visual Studio 2013の場合、ワークスペース設定は次の場所にあります。
File -> Source Control -> Advanced -> Workspaces...
Manage Workspaces
ダイアログ作業するワークスペースを選択しますEdit...
。Edit Workspace <yourworkspacename>
ダイアログソリューションを再度追加してください。
このVisual Studioフォーラムの投稿(下記のリンク)で説明されているように、基本的な問題は、ソリューション内のプロジェクトがソリューション自体が含まれているサブツリーの外にあることです。別のユーザーが異なるサブツリーをマップすると、問題が発生する可能性がありますワークスペースでは、チェックインしているユーザーとは異なります。クロスツリー参照は機能しなくなります。ダイアログは単なる警告ですが、チームが複雑なワークスペースマッピングでコードツリーを分割していないことがわかっている場合は、続行できます。
次の問題により、報告されたエラーが症状として現れることがあります。参照されるアセンブリは、TFSまたはワークステーションのファイルシステムの特定の場所にある必要はありません。
根本的な問題は、プロジェクトのタイプによっては、デフォルトでターゲットの.NET Frameworkの「Client」バージョンが使用されることです。 Clientバージョンは、通常、デプロイ可能なプロジェクトで使用されないアセンブリを削除します。さらに、プロジェクトが参照するアセンブリは、Clientプロファイルによって省略されたアセンブリも参照してはなりません。
プロジェクトのターゲットフレームワーク設定を完全なフレームワークバージョンに変更するだけです。
この問題については、私のブログ投稿を確認してください: http://thecurlybrace.blogspot.com/2010/09/visual-studio-wears-sabots.html