Visual studio 向Team Foundation Server 2010添加解决方案时显示警告

我刚刚开始掌握TFS2010（在TFS2008中从未有过任何运气），我正在尝试将我的第一个解决方案添加到TFS中。但是，我收到以下警告信息：

您试图添加到源代码管理的项目可能会导致其他源代码管理用户难以打开此解决方案或获取其更新版本。要避免此问题，请从解决方案中其他源代码管理项目的绑定根目录下的位置添加项目

---

有人能给我解释一下这意味着什么以及如何解决它吗？在解决方案资源管理器中右键单击解决方案并选择“添加到源代码管理”时，将显示此警告。

您的解决方案文件夹结构应类似于：

Solution Root folder
├── .sln solution file       
│
├── Project1 folder
│   └── Project1.csproj   (or .vbproj)
│
├── Project2 folder
│   └── Project2.csproj   (or .vbproj)
.
.
.

---

以下问题可能会同时显示您报告的错误。请记住，引用的程序集不必位于TFS或工作站文件系统中的任何特定位置

一个潜在的问题是，某些类型的项目默认为目标.NET Framework的“客户端”版本。客户端版本去掉了通常不在可部署项目中使用的程序集。此外，项目引用的任何程序集也不得引用客户端概要文件中省略的程序集

只需将项目的目标框架设置更改为完整框架版本

查看我的博客文章，关于这个问题：

---

对我来说，就是这样，我试图从另一个位置添加解决方案。然后我必须清理为其他位置创建的工作区

对于Visual Studio 2013，您可以在以下位置找到工作区设置：

File -> Source Control -> Advanced -> Workspaces...

在“管理工作空间”对话框中，选择您的工作空间

点击编辑…

在

编辑工作区

对话框上

清除“错误”位置

---

请再次尝试添加解决方案。

如本Visual Studio论坛帖子（下面的链接）所述，基本问题是解决方案中的项目位于解决方案本身所在的子树之外。如果其他用户在其工作区中映射不同子树的方式与正在签入的用户不同，则这可能会导致问题。交叉树引用将不再工作。该对话框只是一个警告，但如果您知道您的团队没有使用复杂的工作区映射拆分代码树，则可以继续

---

刚刚遇到了同样的问题；现在我知道：）这个结构如何满足两个解决方案之间共享一个项目（该项目在根目录之外）的两个解决方案的绑定？CoffeeAddict:有一个合理的解决方案/项目结构与您使用的源代码管理关系不大。仅仅因为工具让你做某事并不意味着它是个好主意@米奇，你的源代码管理不应该限制你，这就是我要说的。它不应该妨碍你。我已经使用了TFS和subversion，我可以告诉你，我不是唯一一个说TFS狗娘养的垃圾的人，它不应该这样，所以整体体验是摩擦，而不是无摩擦的。一个好的源代码控制既强大又容易。TFS不是..如果你是一家微软商店，你唯一能看到这一点的方法是，如果你不抱着这样的想法，那就是你必须使用微软的一切，并且在源代码管理方面尝试一下不同的东西。很多微软商店因为我所说的原因而讨厌TFS。任何人都必须在TFS中发布关于这个问题的帖子，这是完全荒谬的。您应该能够在任何地方添加文件夹，而源代码管理对此应该没有问题。这个工具应该适合你，而不是反对你或者强迫你做出荒谬的模式。我从来没有说过没有一个好的结构。众所周知的你是指所有TFS用户？这对TFS用户来说很好，但不应该强迫您使用特定的安排或模式。球队应该能够在没有TFS责骂的情况下制定自己的大会，但这并不是说不。我并没有说要从各地加入。还有其他更合理的结构，不，把所有的东西都放在一棵树上是没有意义的……相信我。