我如何拆分历史上埋藏的Git提交？
Ben*_*Ben 289 git split commit revision-history
我记录了我的历史,并希望对它做一些改变.问题是,我提交了两个不相关的更改,并且此提交被我的本地(非推送)历史记录中的一些其他更改所包围.
我想在推送之前拆分此提交,但我看到的大多数指南都与拆分最近的提交或未提交的本地更改有关.是否可以对历史记录中的提交执行此操作,而不必从那时起"重新执行"我的提交？
Cas*_*bel 444
在rebase手册页中有一个拆分提交的指南.快速摘要是:
执行包括目标提交(例如
git rebase -i <commit-to-split>^ branch)的交互式rebase,并将其标记为要编辑.当rebase到达该提交时,使用
git reset HEAD^在提交之前重置为,但保持工作树完好无损.逐步添加更改并提交它们,根据需要进行尽可能多的提交.
add -p可以用于仅添加给定文件中的一些更改.使用commit -c ORIG_HEAD,如果你想重新使用原来的提交信息有一定承诺.如果你想测试你提交的内容(好主意!)
git stash用来隐藏你没有提交的部分(或者stash --keep-index在你提交它之前),测试,然后git stash pop将其余部分返回到工作树.继续提交,直到你完成所有修改,即有一个干净的工作树.运行
git rebase --continue以在现在拆分提交后继续应用提交.
- @wilhelmtell:我省略了我通常的"有潜在危险;看到'从上游rebase恢复'"样板,因为OP明确表示他没有推动这段历史. (29认同)
- ...但是如果你已经将提交分割后的历史记录推送了,那就不要了. (16认同)
- @QiangXu:第一个是合理的建议.第二个正是为什么我建议使用`git add -p`,它可以在这个部门做更多的`git gui`(特别是编辑帅哥,从当前的大块开始进行一切,并通过正则表达式搜索帅哥). (3认同)
- 您读了很完美。当我指定尚未共享历史时，我试图避免使用“样板” ：)无论如何，我对您的建议都取得了成功。事后做这件事是一个很大的痛苦。我在这里学到了一个教训，那就是确保从一开始就正确地提交提交！ (2认同)
- 最好将第一步声明为“ git rebase -i <sha1_of_the_commit_to_split> ^分支”。git gui是用于拆分任务的好工具，可用于将文件的不同部分添加到不同的提交中。 (2认同)
假设 commit ed417ae 是您要更改的那个；它包含两个不相关的更改，并隐藏在一个或多个提交之下。点击ll以显示日志，然后导航到 ed417ae：
然后点击r打开rebase弹出窗口
并m在此时修改提交。
请注意@现在您要拆分的提交是如何存在的 - 这意味着 HEAD 现在处于该提交：
我们想将 HEAD 移动到父级，因此导航到父级 (47e18b3) 并点击x( magit-reset-quickly，o如果您正在使用，则绑定到evil-magit) 并输入说“是的，我的意思是在点提交”。您的日志现在应如下所示：
现在，点击q进入常规 Magit 状态，然后使用常规 unstageu命令取消暂存第一次提交中没有发生的内容，c照常提交其余部分，然后标记s并c忽略第二次提交中发生的内容，以及完成后：点击r打开 rebase 弹出窗口
另一个r继续，你就完成了！ll现在显示：
