分支提供了错误的项目文件夹 我在Team Foundation Server 2013中有一个分支问题。可能是因为我是TFS 2013的新手

请观察屏幕截图，分支位于

我有一个类似的设置。我只想通过在“DEV”文件夹中创建一个新分支来分支我的“MAIN”分支。一切都按照教程所说的那样进行

但是，当我在新开发分支中打开sln文件时，解决方案中引用的单个项目仍然是主分支中的原始项目。为什么它主要是引用项目

源代码管理资源管理器

解决方案资源管理器

.csproj文件和.sln文件 如果您查看.csproj文件，我确实看到：SAK-SAK-SAK。但是如果我查看.sln文件，我会看到：sccprojectioniquename0=..\..\Projects\Company\CallManager\MAIN\SRC\WebHIS.CallManager\WebHIS.CallManager\WebHIS.CallManager\WebHIS.CallManager.csproj SccProjectName0=$/Company/CallManager/MAIN/SRC/WebHIS.CallManager-SccAuxPath0=blablablablablablabla/tfs/defaultcollection-SccLocalPath0=..\..\Projects\Company\CallManager\MAIN\SRC\WebHIS.CallManager\WebHIS.CallManager。这可能是问题所在吗

更改源代码管理对话框

---

请编辑项目文件（在记事本中打开）并查看元素SccProjectName、SccLocalPath、SccAuxPath和SccProvider的值

应设置为SAK，如下所示

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

SAK
萨克
萨克
萨克

---

您的解决方案文件还包含元素SccProjectName0中的源代码管理项目路径。应将其设置为相对路径。

项目引用是绝对的还是相对的？@ChrisBint在解决方案资源管理器中查看项目文件夹时，我觉得它就像一个绝对路径。你是这个意思吗？但是我以前从来没有遇到过这样的问题。如果您可以发送源代码浏览器的快照，那将非常有用。您的.sln文件是在您分支的文件夹中，还是仅在.sln文件的同一级别分支文件夹？很抱歉，这个问题很明显，但很容易解决。@HamidShahid我添加了截图。我的问题现在清楚了吗？红色圆圈的文件夹是sln文件所在的文件夹。@TLRonin是的，现在问题很清楚了。谢谢嗯，很有趣。请编辑项目文件（在记事本中打开）并查看元素SccProjectName、SccLocalPath、SccAuxPath和SccProvider的值。应将所有问题设置为SAK，如下所示，SAK SAK SAK被接受为答案。谢谢唯一的问题仍然是“为什么”会发生这种情况。我只希望把我的主要分支分支分支并完成它。不要到处编辑文件。