网站的分支结构

Question

我最近正在阅读TFS Branching Guide，它建议每个版本都有一个分支。对于网站，一次只发布一个“版本”。在这种情况下，拥有一个“生产”分支是否合适？然后，在准备发布的过程中，将更改从主分支合并到生产中。 （与分支每个版本的建议相反。）如果需要执行修补程序，请在生产分支中执行此操作，然后反向集成到Main。这样做可以让您在生产分支中保持生产的配置文件不变。

P.S。我应该提一下，我们正在使用代码推广模型。

p.p.s。显然我正在谈论的是：它在Practical Perforce中被称为“临时流”

Answer 1

我不知道它是否“合适”，但我做了类似于Subversion的事情......

我没有分支/标签/主干，而是开发/测试/生产。在开发中创建了新功能/修复。完成后，它们将合并以测试测试和客户审查（通过测试网站）。一旦通过QA，更改将合并到生产中。 Hook脚本在签入时自动更新相应的开发，测试和生产网站，每个“分支”都有自己唯一的web.config文件，指向相应的开发/测试/生产数据库。

Answer 2

通常，Production用于反映生产中的内容，即：

• 现场推送的内容
• 以及直接在实时网站上制作的任何修补程序

这就是为什么在这种配置中，一个生产分支就足够了。

然后，您需要遵循以下逻辑：

• 发布分支，您可以在合并当前版本到生产分支之前整合您的开发并测试它们。它们可以作为暂存环境的来源，因为正如您在问题中引用的文档中提到的那样（Practical Perfoce）：

    

  它允许您进行极其频繁的发布，而无需为每个版本分支新的代码行。 （它们通常用于支持Web开发）
    暂存流本质上是可重用的发布代码行。每个分段流用于释放稳定的特定阶段。

• 每日开发的开发分支（所有开发分支都不能成为下一个版本的一部分），以及集成Prod中的修补程序（将Prod合并到Dev）。

Answer 3

你的问题是什么？ 这是我们目前使用TFS的方式（btw是ace）