Git rebase 工作流程 - 将错误修复添加到 "stable"分支

Question

对于我正在处理的这个项目，我们使用了相当标准的 git rebase 工作流程。也就是说，我们将在 feature 分支中完成所有工作。在一项功能准备好进行测试后，其他人将:

git checkout master
git merge feature

我们还有一个 stable 分支，它基本上是 master 的不太前沿的副本。在 master 的变化被其他人彻底测试后，有人会:

git checkout stable
git merge master

我遇到的问题是以下情况:

与 stable 相比，
1. master 有许多新的提交，因为一项新功能刚刚推出进行测试。
2. master 中的提交还没有准备好 merge 到 stable 中。
3. 在 stable 中发现了一个错误，需要立即修复。

我不能简单地将错误修复添加到 stable 中，然后在其之上 rebase master，因为其他人已经 check out master。我无法将错误修复添加到 master，然后将其 merge 到 stable，因为 master 包含根本无法使用的提交.最后，我不想将错误修复添加到 stable 和 master 的末尾，因为这会使下一个 git checkout 稳定 && git merge master 中断。

如何调整我的工作流程以适应这种情况？我想避免重复提交(即 stable 以两次“相同提交”结束，具有不同的提交哈希值)或 merge 提交。

目前，由于这种情况并不经常出现，我只是将 master rebase 到 stable 并确保检查过它的其他人都知道。不过，我想知道是否有更简洁的方法来实现这一目标。

Answer 1

修复 stable 的错误，然后将其 merge 到 stable 和 master 中。

git checkout -b bugfix stable
# Make and commit changes
git checkout stable
git merge bugfix
git checkout master
git merge bugfix

这样，只有一个提交(或一组提交)包含错误修复，因此当您稍后将 master merge 到 stable 时，应该不会有冲突.