【问题标题】:Branching gives wrong project folder分支给出错误的项目文件夹
【发布时间】: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,如下所示 SAKSAKSAKSAK

标签: tfs


【解决方案1】:

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

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

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

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

【讨论】:

  • 接受为答案。谢谢!唯一的问题仍然是“为什么”会发生这种情况。我希望简单地分支我的主要分支并完成它。不要到处编辑文件。
猜你喜欢
  • 2022-12-28
  • 2013-05-17
  • 2017-04-13
  • 2017-10-31
  • 2022-08-03
  • 2015-06-11
  • 2020-09-04
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多