我们的工作流程有点受 GitFlow 启发。但是因为我们使用 GitHub,所以我们不使用实际的 GitFlow CLI 助手,而是手动操作。
我们目前的工作流程是:
master
的新分支master
production
分支部署release/*
分支到 production
的 PR。master
,然后挑选提交到 production
。所以问题是,当我们将修补程序挑选到 production
分支时,我们无法干净地合并发布分支,因为它可能包含乱序的提交,并且我们会遇到大量合并冲突。
我想知道是否有一个 git 合并策略可以帮助解决这个问题?我查看了文档,但仍然很混乱。
理想情况下,在我看来,我只想将每个提交一个一个地回放到 production
分支上,如果提交已经被应用,它会被跳过。
这样的事情有可能吗?