分支问题域

在持续交付实践和分支策略之间有一个争论的根源。一些持续交付方法提倡一个主干分支，所有的发行版都从这个分支里生成。Git flow就是这样的模型。

这么做简化了部署的一些方面，主要是因为分支图变得简单了。这反过来会让测试变得简单，因为只有一个分支会部署到生产服务器上。

另一方面，如果我们需要在已发布的代码里修复缺陷，而主干上还包含了我们不想发布的新功能时，应该怎么做呢？当生产环境的部署节奏比开发团队的交付节奏慢的时候，就会发生这样的场景。这种事令人不快，但还挺普遍。