当前位置：文江博客话题详情

如何拆分埋藏在历史中的 Git 提交？

发布于 2024-10-05 05:19:35 字数 169 浏览 0 评论 0原文

我搞砸了我的历史并想对其进行一些更改。问题是，我有一个包含两个不相关更改的提交，并且该提交被我的本地（非推送）历史记录中的一些其他更改包围。

我想在推出之前拆分此提交，但我看到的大多数指南都与拆分您最近的提交或未提交的本地更改有关。对埋藏在历史中的提交执行此操作是否可行，而不必从那时起“重新执行”我的提交？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

笑着哭最痛 2024-10-12 05:19:35

rebase 联机帮助页中有一份拆分提交的指南。快速总结是：

执行包括目标提交的交互式变基（例如git rebase -i^分支）并将其标记为要编辑。
当变基到达该提交时，使用 git reset HEAD^ 重置到提交之前，但保持工作树完整。
增量添加更改并提交它们，根据需要进行尽可能多的提交。 add -p 对于仅添加给定文件中的部分更改非常有用。如果您想重复使用原始提交消息，请使用 commit -c ORIG_HEAD 增量添加更改
如果您想测试您正在提交的内容（好主意！），请使用 git stash 隐藏您尚未提交的部分（或 stash --keep-index< /code> 在提交之前），测试，然后 git stash pop 将其余部分返回到工作树。继续提交，直到提交所有修改，即拥有一个干净的工作树。
运行git rebase --continue以在现在拆分提交后继续应用提交。

回复收藏 0 原文

我一向站在原地 2024-10-12 05:19:35

以下是如何使用 Magit 进行此操作。

假设提交 ed417ae 是您要更改的提交；它包含两个不相关的更改，并隐藏在一个或多个提交之下。点击 ll 显示日志，然后导航到 ed417ae：

然后点击 r 打开变基弹出窗口

和 m< /code> 修改此时的提交。

请注意您想要拆分的提交上的 @ 现在如何 - 这意味着 HEAD 现在位于该提交处：

我们想要将 HEAD 移动到父级，因此导航到父级 (47e18b3) 并点击 x（magit-reset-quickly，如果您使用 evil-magit<，则绑定到 o /code>) 并输入说“是的，我的意思是在点提交”。您的日志现在应如下所示：

现在，点击 q 进入常规 Magit 状态，然后使用常规 unstage u 命令取消暂存状态。不进入第一次提交，像往常一样提交 c 其余部分，然后 stage 和 c 提交第二次提交中的内容，并且完成后：按 r 打开变基弹出窗口

和另一个 r 继续，你就完成了！ ll 现在显示：

回复收藏 0 原文

情深缘浅 2024-10-12 05:19:35

要拆分提交并在此提交之前添加新提交，并保存的作者日期，-步骤如下：

在之前编辑提交
```
git rebase -i ^^
```
注意：也许还需要编辑。
将挑选到索引中
```
gitcherry-pick -n ;
```
以交互方式重置索引中不需要的更改并重置工作树
```
git reset -p && git checkout-index -f -a git checkout-index -f -a
```
作为替代方案，只需以交互方式存储不需要的更改： git stash push -p -m "tmp otherchanges"
进行其他更改（如果有）并创建新的提交
```
git commit -m "upd some" 。
```
（可选）重复项目 2-4 以添加更多中间提交。
继续变基
```
git rebase --继续
```

To split a commit <commit> and add the new commit before this one, and save the author date of <commit>, — the steps are following:

Edit the commit before <commit>
```
git rebase -i <commit>^^
```
NB: perhaps it will be also needed to edit <commit> as well.
Cherry pick <commit> into the index
```
git cherry-pick -n <commit>
```
Interactively reset unneeded changes from the index and reset the working tree
```
git reset -p && git checkout-index -f -a
```
As alternative, just stash unneeded changes interactively: git stash push -p -m "tmp other changes"
Make other changes (if any) and create the new commit
```
git commit -m "upd something" .
```
Optionally, repeat the items 2-4 to add more intermediate commits.
Continue rebasing
```
git rebase --continue
```

回复收藏 0 原文

青丝拂面 2024-10-12 05:19:35

如果您只想从一个文件中提取内容，还有一个更快的版本。它更快，因为交互式变基实际上不再是交互式的（如果您想从上次提交中提取，那么它当然更快，然后根本不需要变基）

使用您的编辑器并删除您想要从 the_file。关闭the_file。这是您唯一需要的版本，其余的只是 git 命令。
在索引中暂存该删除：
```
git add the_file
```
将刚刚删除的行恢复到文件中而不影响索引！
```
git show HEAD:./the_file >文件
```
“SHA1”是您要从中提取行的提交：
```
git commit -m '修复！ SHA1' 
```
创建第二个全新的提交，其中包含通过步骤 3 恢复的要提取的内容：
```
git commit -m '第二次和新提交' the_file 
```
不要编辑，不要停止/继续 - 只需接受所有内容：
```
git rebase --autosquash -i SHA1~1
```

当然，当要从中提取的提交是最后一次提交时，速度会更快：

4. git commit -C HEAD --amend
5. git commit -m 'second and new commit' thefile
6. no rebase, nothing

如果您使用 magit那么第 4、5 和 6 步是一个操作：提交、即时修复

There's a faster version if you only want to extract content from just one file. It's faster because the interactive rebase is not actually interactive anymore (and it's of course even faster if you want to extract from the last commit, then no need to rebase at all)

Use your editor and delete the lines you want to extract from the_file. Close the_file. That's the only edition you need, all the rest is just git commands.
Stage that deletion in the index:
```
git  add  the_file
```
Restore the lines you just deleted back into the file without affecting the index!
```
git show HEAD:./the_file > the_file
```
"SHA1" is the commit you want to extract the lines from:
```
git commit -m 'fixup! SHA1' 
```
Create the second, brand new commit with the content to extract restored by step 3:
```
git commit -m 'second and new commit' the_file 
```
Don't edit, don't stop/continue - just accept everything:
```
git rebase --autosquash -i SHA1~1
```

Of course even faster when the commit to extract from is the last commit:

4. git commit -C HEAD --amend
5. git commit -m 'second and new commit' thefile
6. no rebase, nothing

If you use magit then step 4, 5 and 6 are a single action: Commit, instant Fixup

回复收藏 0 原文

酒解孤独 2024-10-12 05:19:35

通过挑选来手动更正历史记录也适用于某些情况。

我更喜欢使用我的 git GUI（而不是命令行），我的有问题的提交只有 3 次提交，我还没有推送任何，下面的也不是完全整洁，所以我选择完全重建所有通过挑选它们，它比通过命令行使用交互式变基编辑更快，但方法相似。

以下是我在我最喜欢的 git GUI 中的做法（我个人使用 SourceTree）：

在当前状态上创建一个标签，这样它就不会丢失。
现在移动您的实际本地分支指针到混乱的提交。
重置（混合）到前一个，以便保留 (2) 中提交的文件。
现在，您可以通过暂存所需的文件并使用正确的消息进行提交，将提交分为两个或多个，直到没有未暂存的文件为止。
择优挑选下一个提交（从您标记的历史记录中）。您可以通过右键单击所需的提交并选择“cherry pick”来完成此操作。转到 (4)，直到不再有未计入的提交为止。
如果您因此而有一些提交最好压缩为一个，请不要担心。您可以使用 GUI 中可选的交互式变基来压缩它们。就像在混乱之前右键单击提交一样简单。单击“交互式变基”，然后将提交相互拖动以挤压（修复提交消息以保持简单），或根据需要上下移动它们。
删除在 (1) 中创建的标签。