git - Git 中的两个并行分支，如何在 "future"上工作，但将基本修复提交到 "master"

Question

这可能是一个常见的场景，但 SO 上的 Git 工作流问题太多，以至于我找不到我的确切问题的答案。即:

我在 Git 中有一个并行的 master 和 future 分支。 future 包含一些 future 的功能，而 master 是当前版本(大约)。

在开发一个 future 的功能时，我经常会遇到一种情况，我需要做一个需要去 master 的修复。我现在做什么:

1. 在 future 中 stash 正在进行的工作
2. 切换到master
3. 修复master中的代码
4. 切换到 future
5. 从master merge
6. 储存流行音乐

在某些情况下，修复在 future 分支中得到更好的测试，这个过程变得更加繁琐，包括在 future 中进行更改，在那里提交，切换到 master，从 future 中挑选，检查 future，重置 future，最后从 master merge 。

一定有更好的方法，但我想不出。行不通的方法(我相信；如果我错了请纠正我):

• 从 future merge 到 master。我不希望将来的所有提交都在 master 中。
• 将所有内容提交给 future，然后挑选某些提交给 master。 单独 是不够的，因为将来从 master merge 到 future 会导致重复提交(甚至可能发生冲突？)。也许我可以在 future 中创建与那些精心挑选的 master 相反的提交，但这感觉很乱。

人们如何处理这个工作流？

Answer 1

如果您独自在 future 分支上开发，您可以在 master 之上对其进行 rebase，而不是将 master merge 到它。

自 git 1.8.4(2013 年 7 月)以来，git rebase学会了“autostash”:见this answer .

git checkout future
git rebase --autostash master

对于相反的情况，cherry-pick 仍然是主要选项。