gitflow:修正即将发布的版本

时间:2015-05-20 08:18:26

标签: git version-control git-flow

我最近开始使用gitflow概念,我对release- * branches有疑问。

每当我发布新版本(-branch)时,我都会执行某种验证,以验证软件的基本部分是否仍然按预期运行。在这个代码可以被接受为新的稳定版本之前,它会偶尔显示一些需要修复的错误。

如果这些错误有一个简单的解决方案,我可以在该release- *分支上进行一次提交,将其合并以进行开发,并且我已完成。
但是,当bug有点复杂时,我不太清楚应该怎么做。

  • 我无法使用功能分支:
    那些从开发开始,自发布以来一直在发展 启动。

  • 我认为我不应该使用修补程序分支:
    我需要从发布分支而不是主分支开始,并且我不希望将更改合并到主服务器中(至少在完全发布之前没有正确验证)。

  • 我不认为我应该直接在发布分支上工作:
    这可以在发布分支上生成破坏的代码(仍在开发中的代码几乎从来都不是好代码)

也许我应该使用releasefix- *分支或类似的东西......?有什么想法吗?

2 个答案:

答案 0 :(得分:0)

经过与同事的小讨论,我使用了一个新的分支类型:releasefix

此类分支应为

  • 当前发行版分支的分支(假设只有当其他版本尚未发布时才会启动新版本)
  • 合并到发布分支(其父级)和开发分支
  • releasefix-前缀
  • 开头

我使用了一个新的分支类型来确保不会在错误的分支中意外地合并发布修复程序。

答案 1 :(得分:-1)

对于在2018年发现此问题的人。现在有一个git flow bugfix命令可以像这样使用:

git flow bugfix start [branchName]

对于这个特定问题[branchName]将是发布分支。