推后用git cherry-pick用法

时间:2018-03-09 07:54:00

标签: git cherry-pick

我没有意识到在创建新分支时没有检查master是搞砸的,所以现在我有一个混乱的git树。

我已经使用git cherry-pick进行了实验,但文档不足以理解如何解决我的问题,因为我对git一般都没有多少经验。

git tree

我添加了一个经过调整的屏幕截图以进行可视化 - 分支182183184188189绝对正常,这就是' s分支185186187的外观如何。

由于代码已被推送,我如何正确移动这些提交以使所有分支看起来相似?

1 个答案:

答案 0 :(得分:0)

通常,由于您的代码已被推送,因此最好也是最干净的方法是使用revert

在你的情况下,你应该将master分支合并到所有那些(185,186和187)分支中,并且(在操作顺序之前或之后应该无关紧要)然后恢复185中的两个提交但不是在其他两个中的每一个的主分支中。如果你认为187不应该基于186而不是主人,那么同样的事情可以做。事实上,我后来意识到master在185个产生之后没有任何东西,所以你不需要在这些分支中合并master。

相关问题