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

Cal*_*nus 57 version-control tfs visual-studio tfs2010

我刚刚开始掌握TFS 2010(TFS 2008从来没有运气),我正在尝试将我的第一个解决方案添加到TFS中.但是我收到以下警告消息:

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

有人可以向我解释这意味着什么以及如何解决它?在解决方案资源管理器中右键单击解决方案并选择"添加到源代码管理"时,将显示此警告.

Mit*_*eat 52

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

Solution Root folder
    | 
    .sln solution file       
    |
    Project1 folder
         |
         Project1.csproj   (or .vbproj)
    |
    Project2 folder
         |
         Project2.csproj   (or .vbproj)
    .
    .
    .
Run Code Online (Sandbox Code Playgroud)

  • 这种结构如何满足两种解决方案的需求,这两种解决方案在它们之间共享一个项目(该项目位于根之外),这两种解决方 (5认同)
  • @Mitch,你的源代码控制不应该限制你,这就是我的意思。它不应该妨碍您。我已经使用过 TFS 和 subversion,我可以告诉你,当我说 TFS 是些不应该的废话时,我并不孤单,所以整体体验是有摩擦的,而不是无摩擦的。良好的源代码控制既强大又使事情变得简单。TFS 不是......并且您会看到这一点的唯一方法是,如果您摆脱了必须使用 Microsoft 的一切的思维定势,并且如果您是 MS 商店,则在源代码控制方面尝试一些不同的东西。许多 MS 商店讨厌 TFS,原因如我所述。 (2认同)
  • 任何人都必须在 TFS 中发布关于这个问题的帖子,这完全是荒谬的。您应该能够在任何地方添加文件夹,源代码管理应该没有问题。该工具应该为您工作,而不是针对您或强制使用荒谬的模式。 (2认同)
  • 我从来没有说过没有一个好的结构。众所周知?您的意思是所有 TFS 用户?这对 TFS 用户来说很好,但您不应该被迫有特定的安排或模式。团队应该能够提出自己的约定,而无需 TFS 抱怨或拒绝。我没有说从各地添加。还有其他更有意义的结构,没有必要将所有内容都放在树中是没有意义的......相信我。 (2认同)

cdb*_*rjr 7

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

https://social.msdn.microsoft.com/Forums/vstudio/en-US/29579a28-9de0-4fc6-a253-b38191aa4fdc/must-projects-be- added-under-binding-root-of-solution?forum= tfs版本控制


Bru*_*eri 5

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

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

File -> Source Control -> Advanced -> Workspaces...
Run Code Online (Sandbox Code Playgroud)
  1. Manage Workspaces对话框中选择您使用的工作区
  2. Edit...
  3. Edit Workspace <yourworkspacename>对话框中
  4. 清除“错误”的位置

尝试再次添加解决方案。