【发布时间】:2014-11-20 15:08:34
【问题描述】:
我在 Team Foundation Server 2013 中进行分支时遇到问题。可能是因为我是 TFS 2013 的新手。
请在microsoft查看带有分支的截图
我有类似的设置。我只是想通过在“DEV”文件夹中创建一个新分支来分支我的“MAIN”分支。一切都按照教程所说的那样进行。
但是当我在我的新开发分支中打开我的 sln 文件时,解决方案中引用的单个项目仍然是主分支中的原始项目。为什么它一直在 MAIN 中引用项目?
源代码管理浏览器
解决方案资源管理器
.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。这可能是问题吗?
更改源代码管理对话框
【问题讨论】:
-
项目引用是绝对的还是相对的?
-
@ChrisBint 当我在解决方案资源管理器中查看项目文件夹时,它在我看来就像一个绝对路径。你是这个意思吗?但我以前从来没有遇到过这样的问题。
-
如果您可以发送源代码浏览器的快照将会很有用。您的 .sln 文件是在您分支的文件夹中,还是您只是在 .sln 文件的同一级别分支了文件夹?抱歉,问题很明显,但很容易做到。
-
@HamidShahid 我添加了屏幕截图。我的问题现在更清楚了吗?红圈的文件夹是sln文件所在的文件夹。
-
@TLRonin 是的,这个问题现在很清楚了。谢谢。嗯,有趣。请您编辑项目文件(在记事本中打开)并查看元素 SccProjectName、SccLocalPath、SccAuxPath 和 SccProvider 的值。应为所有这些设置为 SAK,如下所示
SAK SAK SAK SAK
标签: tfs