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