也许我的问题不是很好
情况是这样的:我们有3个公共分支:dev,qa,master
我需要对master
进行紧急修复,但dev
和qa
分支已经<{1}}已经提前了几个提交。
制作补丁的最干净方法是什么,并将其应用于master
分支以及所有分支?
编辑:
由于许多评论建议采摘樱桃,我想强调的是我还没有做出修复。我想避免采摘樱桃,所以如果有更好的方法,我会很高兴听到(可能会在master
上提交修复,然后重新定义master
和{{ 1}})
答案 0 :(得分:4)
您可以创建一个从master合并的hotfix分支,然后合并回master并开发。您可以阅读有关修补程序分支here的更多信息:
5月分支:master必须合并回:develop和master 分支命名约定:hotfix - *
Hotfix分支非常像发布分支,因为它们是 也意味着准备新的生产版本,尽管是无计划的。 它们起因于必须立即对不受欢迎的人采取行动 现场制作版的状态。当一个关键的错误 必须立即解决生产版本,修补程序分支可能 从主分支上的相应标签分支出来 标志着生产版本。
本质上是团队成员(在开发分支上)的工作可以 继续,而另一个人正在准备快速生产修复。
答案 1 :(得分:0)
cherry-pick从开发到掌握的个人提交。