Question

我不是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并签入。

现在我是一家新公司，我们自己完成了这项工作。我们目前的结构只是

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

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

我是对的吗？

Answer 1

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

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

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

1 个答案: