解决方案文件应绑定到哪个TFS文件夹?

时间:2015-06-02 17:22:14

标签: visual-studio visual-studio-2013 version-control tfs

我使用Visual Studio 2013 Pro,更新4和TFS进行版本控制。我没有好时光。

当我打开我的(多项目)解决方案时,VS一直坚持要检查解决方案文件。它还会出现错误"未指定的错误" (谢谢)解决方案中的每个项目。

我预感到源控件绑定是错误的,实际上很多在线帖子建议解除绑定和重新绑定。但是,每次关闭并重新启动VS时,问题似乎都会重新出现。

令我印象深刻的是,解决方案文件似乎绑定到我的某个项目的文件夹中。如果我取消绑定并重新绑定,那么它会重新绑定到顶级文件夹,正如我所期望的那样。但是当我重新启动VS时,它会重新启动到原来的绑定。

在我追逐其他潜在问题之前,我只想澄清解决方案文件绑定到其中一个项目文件夹是否正常(即使该文件位于物理文件夹中)级别高于所有项目文件夹)?

1 个答案:

答案 0 :(得分:2)

每当我发现混乱的绑定时,我总是遵循相同的过程:

  • 关闭VS
  • 在记事本中打开SLN文件。
  • 删除包含所有SCC元素的GlobalSection(有时多于1个)
  • 检查csproj文件是否包含值为<Scc**>的4 SAK个元素。如果没有将所有4更新为SAK(见下文)。
  • 在VS。中打开SLN文件。
  • 选择解决方案资源管理器
  • 顶部的解决方案
  • 文件,源代码管理,高级,更改源代码管理
  • 在列表中找到解决方案并选择它。
  • 点击&#34; Bind&#34;按钮。

当你重新打开它时,通常会为我排序,一切都很好。

<Scc**>元素应如下所示:

<SccProjectName>SAK</SccProjectName>
<SccLocalPath>SAK</SccLocalPath>
<SccAuxPath>SAK</SccAuxPath>
<SccProvider>SAK</SccProvider>