sku*_*ndu 5 tfs tfsbuild tfs-2015
我已经完成了这个问题 - TFS 2015构建日志显示来自其他项目的相关更改 - 并且未确定解决方案.
在我的情况下,构建工作正常,正在编译解决方案并生成输出.但是,在构建结束后,在摘要页面上,关联的更改具有团队项目下所有文件夹的更改集,以及属于这些更改集的关联工作项.
在映射下,我选择了解决方案所在的确切文件夹.
$/team-project/ParentFolder_Ten/myProject设置$(build.sourcesDirectory)\Source
$/team-project/CommonReferenceFolder为的设置为$(build.sourcesDirectory)\Reference
的CommonReferenceFolder是在不同的来源中使用的路径,并因此在一个共同的位置被保持,而不是内部$/team-project/ParentFolder_Ten/
批量更改启用了持续集成.
包括= $/teamproject/ParentFolder_Ten/myProject
我们看到的问题是: - 在我们看到具有已完成和已排队构建的所有构建定义的仪表板页面上,源分支列设置为$/teamproject和不$/teamproject/ParentFolder_Ten/myProject.也许是因为这是两个映射的共同路径.也许正因为如此,它将所有链接到所有文件夹的变更集关联起来$/team-project,而不一定只是$/teamproject/ParentFolder_Ten/myProject所需的变更集.
因此,虽然只有在$/teamproject/ParentFolder_Ten/myProject对摘要页面进行更改时才会对构建进行排队,其中列出了变更集和在其中创建的关联工作项$/teamproject/SomeOtherFolder.这种扭曲与构建因为我们感兴趣的只是那些对所做的变更集相关的信息$/teamproject/ParentFolder_Ten/myProject,而不是$/teamproject
我希望我能够清楚地解释问题陈述.任何正确方向的帮助表示赞赏.如果我需要更清晰,请告知.
根据您的描述，这似乎是一个已知问题：构建摘要显示不正确的源版本。 看来源分支指的是集合级别当从其他团队项目添加映射时，
\n\n\n\n\n当我创建新的构建定义时，我在存储库部分下有一个映射的服务器路径\n。当我为此定义运行构建时\n \xe2\x80\x9c关联的更改\xe2\x80\x9d仅显示此\n 服务器路径 下的更改。
\n\n在存储库部分下添加另一个映射后，我会看到此存储库中的所有更改。
\n\n当我分析定义历史记录中的更改时，我发现\n \xe2\x80\x9cdefaultBranch\xe2\x80\x9d 已更改为\n 存储库的根服务器路径。
\n\n我在 VSTS 中尝试了相同的操作，并且 \xe2\x80\x9cdefaultBranch\xe2\x80\x9d 没有更改。
\n
您还可以浏览此 MSDN 主题中的相关讨论：与其他项目中的错误变更集关联的构建
\n\n从Byran在本期的回复来看，应该会在TFS2015 update3或者即将发布的QU3中进行改进
\n\n\n\n在 update3 中，它被改进为考虑映射而不是仅仅查找公共根。但请注意，从技术上讲，TfsVC 是集合范围的，并且映射可以跨项目。因此应该在即将到来的 QU3 中得到改进
\n\n布莱恩 [微软金融时报]
\n