分支提供错误的项目文件夹

时间:2014-11-20 15:08:35

标签: tfs tfs2012 tfs2013

我在Team Foundation Server 2013中遇到分支问题。可能是因为我是TFS 2013的新手。

请观看microsoft

分支的屏幕截图

我有类似的设置。我只是想分支我的主要成员'通过在“DEV'”中创建一个新分支来实现分支。夹。一切都按照教程所说的那样进行。

但是当我在新的dev分支中打开我的sln文件时,解决方案中引用的单个项目仍然是主分支中的原始项目。为什么它会继续引用MAIN中的项目?

源代码管理资源管理器

Screenshot SCE

解决方案资源管理器

Screenshot SE

.csproj文件和.sln文件 如果你查看.csproj文件,我确实看到了:SAK SAK SAK SAK。但是,如果我查看.sln文件,我看到:SccProjectUniqueName0 = .. \ .. \ Projects \ Company \ CallManager \ MAIN \ SRC \ WebHIS.CallManager \ WebHIS.CallManager \ WebHIS.CallManager.csproj SccProjectName0 = $ / Company / CallManager / MAIN / SRC / WebHIS.CallManager / WebHIS.CallManager SccAuxPath0 = blabla / tfs / defaultcollection SccLocalPath0 = .. \ .. \ Projects \ Company \ CallManager \ MAIN \ SRC \ WebHIS.CallManager \ WebHIS.CallManager。这可能是问题吗?

更改源代码管理对话框 Change SCD

1 个答案:

答案 0 :(得分:3)

请编辑项目文件(在记事本中打开)并查看元素SccProjectName,SccLocalPath,SccAuxPath和SccProvider的值。

应为所有这些设置为SAK,如下所示

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

您的解决方案文件还包含元素SccProjectName0中的Source控件项目路径。它应该设置为相对路径。