发布分支的 Git 合并策略

如何解决发布分支的 Git 合并策略

我们的工作流程有点受 GitFlow 启发。但是因为我们使用 GitHub，所以我们不使用实际的 GitFlow CLI 助手，而是手动操作。

我们目前的工作流程是：

• 结帐 master 的新分支
• 将 PR 合并到 master
• 我们的 CI 流程从 production 分支部署
• 当我们想要发布时，我们创建一个从 release/* 分支到 production 的 PR。
• 有时我们需要修补程序，我们将修补程序合并到 master，然后挑选提交到 production。

所以问题是，当我们将修补程序挑选到 production 分支时，我们无法干净地合并发布分支，因为它可能包含乱序的提交，并且我们会遇到大量合并冲突。

>

我想知道是否有一个 git 合并策略可以帮助解决这个问题？我查看了文档，但仍然很混乱。

理想情况下，在我看来，我只想将每个提交一个一个地回放到 production 分支上，如果提交已经被应用，它会被跳过。

这样的事情有可能吗？