我们有一个 TFS 2008 项目，它有两个分支(“Main”和“NewFeature”)。
每个都是源代码的完整、独立的“副本”(变体)。
通过更改工作区映射，我们可以将任一变体映射到我们的本地 PC 上，并且可以毫无问题地使用这两个分支。
但是，如果我设置映射以将我们的构建服务器切换到 NewFeature 分支(就构建服务器而言，它应该简单地交换 NewFeature 源代码而不更改任何其他内容)我得到错误:
There is no working folder mapping for $/Main/Product.sln
即，当它从 NewFeature 分支构建时， 中仍在寻找某些东西。主页 分支，即使源代码中的任何地方都没有对此分支的引用。它似乎正在缓存对 Main 的一些引用？!
我已经完成了一个完全干净的构建(从服务器中删除了构建文件夹并使用/p:ForceGet=true 运行构建以确保映射已刷新到服务器，并且服务器上没有可能缓存的文件工作区绑定(bind))，但这无济于事。
有什么建议么？
最佳答案
验证:
/编辑/
但是请注意，$/Main 和 $/Branches/Feature 在树层次结构中位于同一级别并不重要。构建服务器上的本地路径也不重要。*重要的是每个分支下面的内容。如果内容在内部是一致的，那么您现有的所有构建脚本都应该无需修改即可工作。
有关我喜欢如何将所有内容联系在一起的具体示例，请参阅我过去的答案，例如:
我的方式不是唯一的方式，但我可以证明它比我多年来遇到的所有其他变体都更有效:)
*坦率地说，尝试对 Team Build 进行微观管理可能比建议对 MSBuild 脚本进行重组要痛苦得多。为了可靠性，您必须将您的 tfsbuildservice.exe.config customizations在某个地方的版本控制下...如果您拥有>1个构建服务器(或将来可能)，那么您必须考虑更改部署策略...您最终需要一个元SCM流程来管理您的SCM流程!
关于分支的 TFS 构建服务器构建？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1833941/