为多个开发人员推荐的TFS分支结构

我不是TFS大师。在我以前的公司中，我使用tfs进行源代码控制，但它已经由一些顾问构建。结构是这样的

 $/Main
    -Project Framework
    -Project Application
    -Project Utilities
    -Project Web
  -Development
    -Project Framework
    -Project Application
    -Project Utilities
    -Project Web
  -DEV1
     -Project Framework
     -Project Application
     -Project Utilities
     -Project Web
  -DEV2
     -Project Framework
     -Project Application
     -Project Utilities
     -Project Web

在每次开发之后，我们将签入到我们的节点，然后合并到开发，签入然后合并到主节点并签入

现在我是一家新公司，我们自己做了结构调整。我们目前的结构是公正的

$/Main
  -Project Framework
  -Project Application
  -Project Utilities
  -Project Web

我建议我们像我以前的公司一样做同样的事情，但我无法解释为什么。在我看来，我想要它的原因是，如果我不小心弄乱了项目，我仍然可以提取开发副本，而主副本始终是批准的或工作的代码

---

我说得对吗？

源代码是开发工作中的一项重要资产。但是，当多个开发人员同时进行文件更新时，如何有效地管理和改进源文件可能是一个挑战。版本控制中的一个关键元素是支持同步开发的分支。如果您从战略上进行分支，您可以保持软件多个版本的顺序和一致性

---

包括提供的@Joe链接，您还可以查看文章，找到适合您的新公司的分支战略。

看下面的文章，其中描述了各种分支战略的优缺点：谢谢！很棒的东西..一直在为tfs或典型的tfs结构键入策略。看起来链接已失效-以下是新链接：