我们目前的分支策略是使用三个分支:default
,release
,hotfix
。
hotfix
分支发布,然后在质量检查/测试后合并回release
,然后合并到default
。
当下一个版本完成并且需要创建另一个修补程序时,我们是否应该使用最新代码更新hotfix
分支,或者仅force
从最新版本创建一个新的hotfix
分支发布分支?
我的直觉是重新创建分支,以便在何时以及为何重新创建分支时更加明确。但是,我不确定重新创建分支是否有任何缺点。
答案 0 :(得分:3)
您可以为每个发布/修补程序分支指定自己的名称,例如v1.0.0
和v1.0.0-hotfix
。在下一个版本发布时,您可以关闭旧的发行版/修补程序分支。
您还可以根据需要创建特定于修补程序的分支。当您确定一个新的修补程序,给它一个名称和/或标识符,为它创建一个分支(例如hotfix-v1.0.0-001
)并制作此修补程序。一旦被接受,将其合并到release
并关闭它。
或者,如果您想保留当前的release
/ hotfix
命名方案,在发布新产品时,请将默认值合并到发布中,然后发布到修补程序。因为您已将它们合并为默认值,所以不应该出现任何合并冲突。如果你这样做,你知道总是偏离默认。