从分支中挑选樱桃是否会导致将该分支重新设置为 master 的麻烦

Question

上下文：我有一个实验分支crazy-idea，我在一个专门的子目录madness/{src,docs} 中做了一些疯狂的事情。大量的提交，带有注释、图片、hacky 脚本来创建情节。现在我已经完全理解了我在做什么，是时候通过添加新函数和更改现有函数来编辑 src/ 中的实际源文件了。

由于crazy-idea 中的混乱会使master 的历史变得混乱，因此创建了一个新分支good-idea 来将src/ 中的更改合并到master 中。 Convince 建议我更改 src/ 中仍保留在 crazy-idea 中的文件，然后从 good-idea 中挑选提交。

现在我的问题：鉴于 good-idea 已合并到 master 中，并且在此事件之后在 master 中完成了一些提交。当我回到crazy-idea 以进一步解决我的想法的其他方面时，src/ 在 rebase 到 master 时会遇到麻烦吗？

另一种方法是将src/ 单独留在crazy-idea 中，复制子目录并以这种方式查看我的笔记，同时直接在good-idea 中编码。

你们认为什么更聪明？

编辑好吧，正如预期的那样，我在

期间遇到了冲突

git rebase master

在crazy-idea。将来我只会在一个分支中引入更改，并且只有在我知道它或多或少被放弃时才使用樱桃采摘。

编辑我解决了我的情况如下： 在 src/ 中有 N 次提交更改。可以说最后一个非src/ 更改提交有消息'foobar'。变基失败后：

$ git rebase --abort
$ git reset --hard HEAD^
HEAD is now at ...
# more hard resets, I think actually N
HEAD is now at ... foobar
$ git rebase master
First, rewinding head to replay your work on top of it...
Applying ..
...

完成。这显然不像我希望的那样直截了当，但也不算太糟糕。我想我会走这条路，而不是抄袭madness/。

Answer 1

Git 不应该有太多麻烦来协调精选。在变基时，Git 将忽略任何引入了已在目标分支上引入的更改的提交（甚至是提交差异中的大块）。