【问题标题】:How to deal with major version branch in git如何处理git中的主要版本分支
【发布时间】:2012-09-01 07:50:15
【问题描述】:

我只是将开发项目从 SVN 切换到 git,这是我们第一次使用任何类型的分支。我正在思考 git-flow 方法(基于this great article),但我一直在构思如何做一件事。

当我们进行主要版本升级(例如从 2 到 3)时,我们仍然支持版本 2 至少一年,包括错误修复和偶尔的新功能。我会为版本 2 创建一个新的永久分支来应用这些更改吗?如果我们继续为第 3 版开发并决定要在第 2 版中添加新的第 3 版功能,这可能吗?你会怎么做?我是否必须从开发分支中挑选提交到版本 2 分支,或者我可以进行实际的合并吗?

(我将 Tower 用于我的 Git 客户端)

【问题讨论】:

标签: git git-branch git-flow


【解决方案1】:

是的,你会有一个支持分支和一个开发分支。

支持分支上的任何错误修复很可能也与开发分支相关,因此支持分支应定期合并到开发分支中。请注意,您的开发版本分歧越大,您遇到的合并冲突就越多。

另一种情况,与支持相关的开发功能应该是例外而不是规则(否则你会首先开发它以支持),所以这些提交应该是精心挑选的。不应将开发分支合并到支持分支中,因为您很可能有很多未测试、未完成或实验性的功能,您不想将其作为支持补丁发布。

【讨论】:

  • 一年后才跟进。我们最终创建了“support”、“dev”和“common”分支。这使我们能够将功能构建到 dev 分支中,同时在 common 分支中进行任何重构,然后将 common 合并到 support 和 dev 中(并避免挑选樱桃)。我们通常只需要修复共同的错误,因为这种方法使我们的代码库几乎不会出现差异。
猜你喜欢
  • 1970-01-01
  • 2016-03-25
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-11-06
  • 1970-01-01
  • 2021-06-14
  • 2019-08-26
相关资源
最近更新 更多