分支和发布策略

Posted

技术标签:

【中文标题】分支和发布策略【英文标题】:Branching and Releasing strategy 【发布时间】:2011-02-14 19:55:07 【问题描述】:

我发现有些人在谈论一些分支策略。所以我想我会得到一些 cmets。

所以项目是从主干分支出来的。称它为分支 A。当工作在分支 A 中进行时。他们从分支 A 分支并称之为分支 B。

他们说,一旦分支 A 功能完成,他们会将其合并回主干,当分支 B 功能完成时,它也会合并到主干。

对我来说听起来不错。这样可以吗?

其他建议是这样的,将分支 A 合并到主干,然后创建一个名为 B 的分支。 我认为这将减少要完成的合并量。但是,分支 A 中的功能还没有完成。

您对这种情况有何看法? 哪里不对了? 欢迎任何反馈。我们在这个策略中有什么可以改进的地方吗?

【问题讨论】:

【参考方案1】:

我认为第一种方法是可以的,但是您必须确保始终使用分支 A 中引入的新更改来更新分支 B。否则,如果您不保持它们同步,这些分支将分叉并合并回来在树干上会很痛苦。

如果您尽早且经常进行 SVN 合并是可以的。

【讨论】:

以上是关于分支和发布策略的主要内容,如果未能解决你的问题,请参考以下文章

如何使用 TeamCity 和 Octopus 完成这种分支和部署策略

DevOps 中的分支策略

持续交付之基于Git Flow代码分支策略实践

Git 企业中常用分支管理策略

持续交付之如何选型代码分支策略?

Gitflow分支管理策略