我是我公司的TFS管理员。在过去，我为小型团队推荐了线性分支策略，这些团队也是TFS的新手。从Dev开始> Dev合并到Test＆gt;测试合并到Prod。
这适用于其项目是解决方案子目录的解决方案。那些分散在源代码控制中的项目呢？
我可以创建一个可以管理分散在源代码管理中不同位置的项目的分支吗？
E.G。
\ $ TFS \ Dev \ Project1
\ $ TFS \开发\ SomeFolder \ Project2的
\ $ TFS \开发\ SomeOtherFolder \项目3
我们有一个主要项目，包含我们所有的大会。这个项目是“全部构建”项目。它与finalBuilder pro一起用于执行到下一层的部署。问题是这些项目遍布源代码控制。我不确定如何管理它们。
答案 0 :(得分：1)
是。使用Team Build，您不仅可以跨分支机构构建解决方案，还可以跨不同的团队项目构建解决方案。但是，我认为最佳实践是保持每个项目和每个分支都有自己的构建定义。
在您的情况下，我首先尝试organize the source tree，然后定义构建所有项目的主解决方案。 FinalBuilder应该支持你的场景，不过我认为当你有TFS时，FinalBuilder是多余的。
答案 1 :(得分：1)
我的建议是确定哪些“项目”是独立发布和版本化的，并且每个项目都有不同的分支结构。
您不希望在同一分支结构中拥有2个独立项目（独立我意味着它们是单独发布/版本化的。）
管理这些项目之间的依赖关系的典型方法是将Project 1 Version X中的二进制文件签入Project 2“lib”文件夹。这样您就可以随意发布Project 1的新版本，但Project 2团队可以决定何时以及是否依赖新版本。
如果您的各种“项目”都是一起发布/版本化的一件大事，那么我建议只确保它们都存在于某个根文件夹下（例如$ \ TFS \ Dev）并从中分支那里。