如果不创建一个分支并在一个新分支上做一堆奇怪的工作,那么在将一个提交提交到本地存储库之后,是否有可能将其分解为几个不同的提交?


当前回答

之前的回答已经介绍了使用gitrebase-i来编辑要拆分的提交,并将其分部分提交。

当将文件拆分为不同的提交时,这很有效,但如果您想拆分对单个文件的更改,则需要了解更多信息。

使用rebase-i并将其标记为编辑,获得了要拆分的提交,您有两个选项。

使用git reset HEAD~后,使用git add-p逐个检查补丁,以选择每次提交所需的补丁编辑工作副本以删除不需要的更改;承诺该临时状态;然后收回下一轮的全部承诺。

如果要拆分大型提交,选项2很有用,因为它允许您检查临时版本是否作为合并的一部分正确构建和运行。这一过程如下。

使用rebase-i并编辑提交后,使用

git reset --soft HEAD~

撤消提交,但将提交的文件保留在索引中。您也可以通过省略--soft来进行混合重置,这取决于您的初始提交距离最终结果有多近。唯一的区别是您是从所有已暂存更改开始,还是从所有未暂存更改开始。

现在进入并编辑代码。您可以删除更改、删除添加的文件,并执行任何您想要构建的系列的第一次提交的操作。您还可以构建它,运行它,并确认您拥有一组一致的源代码。

一旦您满意,根据需要暂存/取消暂存文件(我喜欢使用gitgui),并通过UI或命令行提交更改

git commit

这是第一次提交。现在,您希望将工作副本恢复到提交后的状态,以便在下次提交时进行更多更改。要查找正在编辑的提交的sha1,请使用gitstatus。在状态的前几行中,您将看到当前正在执行的rebase命令,在其中可以找到原始提交的sha1:

$ git status
interactive rebase in progress; onto be83b41
Last commands done (3 commands done):
   pick 4847406 US135756: add debugging to the file download code
   e 65dfb6a US135756: write data and download from remote
  (see more in file .git/rebase-merge/done)
...

在本例中,我正在编辑的提交具有sha1 65dfb6a。知道了这一点,我可以使用git checkout的形式在我的工作目录上检查该提交的内容,git checkback同时接受提交和文件位置。这里我用。作为替换整个工作副本的文件位置:

git checkout 65dfb6a .

不要错过最后的点!

这将在您正在编辑的提交后按原样检出和暂存文件,但与您之前提交的文件相比,因此您已经提交的任何更改都不会成为提交的一部分。

您可以现在继续并按原样提交以完成拆分,也可以再次进行,在进行另一次临时提交之前删除提交的某些部分。

如果您想在一次或多次提交中重用原始提交消息,可以直接从rebase的工作文件中使用它:

git commit --file .git/rebase-merge/message

最后,一旦您提交了所有更改,

git rebase --continue

将继续并完成重新启动操作。

其他回答

如果您的更改主要是添加新内容,则此方法非常有用。

有时您不希望丢失与正在拆分的提交相关联的提交消息。如果您提交了一些要拆分的更改,可以:

编辑要从文件中删除的更改(即删除行或适当更改文件以适合首次提交)。您可以使用所选编辑器和gitcheckout-p HEAD^--path/to/file的组合将一些更改还原到当前树中。将此编辑作为新提交提交,使用类似gitadd的方式;gitcommit-m“删除以后应该更改的内容”,因此您将在历史中进行原始提交,并且还将进行另一次提交,其中包含您所做的更改,因此当前HEAD上的文件看起来就像您希望在拆分后的第一次提交中一样。

000aaa Original commit
000bbb removal of things that should be changed later

使用git-restore HEAD还原编辑,这将创建还原提交。文件将看起来像原始提交时一样,您的历史记录现在看起来像

000aaa Original commit
000bbb removal of things that should be changed later
000ccc Revert "removal of things that should be changed later" (assuming you didn't edit commit message immediately)

现在,您可以使用gitrebase-i将前两个提交压缩/修复为一个,如果您之前没有向其提供有意义的提交消息,则可以选择修改还原提交。你应该留下来

000ddd Original commit, but without some content that is changed later
000eee Things that should be changed later

我认为我使用git rebase-I的最佳方式。我创建了一个视频,展示了拆分提交的步骤:https://www.youtube.com/watch?v=3EzOz7e1ADI

git rebase-我会做的。

首先,从一个干净的工作目录开始:git状态应该显示没有挂起的修改、删除或添加。

现在,您必须决定要拆分哪些提交。

A) 拆分最近的提交

要拆分最近的提交,首先:

$ git reset HEAD~

现在,以通常的方式单独提交这些片段,根据需要生成任意数量的提交。

B) 将提交拆分到更远的位置

这需要重新定基,即重写历史。要指定正确的提交,您有几个选项:

如果是三次提交,那么$git rebase-i头~3其中3是返回的提交数。如果它在树上比你想数的更远,那么$git rebase-i 123abcd~其中123abcd是要拆分的提交的SHA1。如果您位于要合并到主节点的其他分支(例如,要素分支)上:$git rebase-i主

当您获得rebase编辑屏幕时,找到您想要拆分的提交。在该行的开头,用edit(简称e)替换pick。保存缓冲区并退出。在您要编辑的提交之后,回扣将立即停止。然后:

$ git reset HEAD~

以通常的方式单独提交各个部分,根据需要生成多个提交。

最后

$ git rebase --continue

之前的回答已经介绍了使用gitrebase-i来编辑要拆分的提交,并将其分部分提交。

当将文件拆分为不同的提交时,这很有效,但如果您想拆分对单个文件的更改,则需要了解更多信息。

使用rebase-i并将其标记为编辑,获得了要拆分的提交,您有两个选项。

使用git reset HEAD~后,使用git add-p逐个检查补丁,以选择每次提交所需的补丁编辑工作副本以删除不需要的更改;承诺该临时状态;然后收回下一轮的全部承诺。

如果要拆分大型提交,选项2很有用,因为它允许您检查临时版本是否作为合并的一部分正确构建和运行。这一过程如下。

使用rebase-i并编辑提交后,使用

git reset --soft HEAD~

撤消提交,但将提交的文件保留在索引中。您也可以通过省略--soft来进行混合重置,这取决于您的初始提交距离最终结果有多近。唯一的区别是您是从所有已暂存更改开始,还是从所有未暂存更改开始。

现在进入并编辑代码。您可以删除更改、删除添加的文件,并执行任何您想要构建的系列的第一次提交的操作。您还可以构建它,运行它,并确认您拥有一组一致的源代码。

一旦您满意,根据需要暂存/取消暂存文件(我喜欢使用gitgui),并通过UI或命令行提交更改

git commit

这是第一次提交。现在,您希望将工作副本恢复到提交后的状态,以便在下次提交时进行更多更改。要查找正在编辑的提交的sha1,请使用gitstatus。在状态的前几行中,您将看到当前正在执行的rebase命令,在其中可以找到原始提交的sha1:

$ git status
interactive rebase in progress; onto be83b41
Last commands done (3 commands done):
   pick 4847406 US135756: add debugging to the file download code
   e 65dfb6a US135756: write data and download from remote
  (see more in file .git/rebase-merge/done)
...

在本例中,我正在编辑的提交具有sha1 65dfb6a。知道了这一点,我可以使用git checkout的形式在我的工作目录上检查该提交的内容,git checkback同时接受提交和文件位置。这里我用。作为替换整个工作副本的文件位置:

git checkout 65dfb6a .

不要错过最后的点!

这将在您正在编辑的提交后按原样检出和暂存文件,但与您之前提交的文件相比,因此您已经提交的任何更改都不会成为提交的一部分。

您可以现在继续并按原样提交以完成拆分,也可以再次进行,在进行另一次临时提交之前删除提交的某些部分。

如果您想在一次或多次提交中重用原始提交消息,可以直接从rebase的工作文件中使用它:

git commit --file .git/rebase-merge/message

最后,一旦您提交了所有更改,

git rebase --continue

将继续并完成重新启动操作。

使用最新提交

如果您只想从现有提交中提取一些内容并保留原始提交,可以使用

git reset --patch HEAD^

而不是git reset HEAD^。此命令允许您重置所需的块。

选择要重置的块后,您将拥有将重置上一次提交中更改的分段块。现在,您更改最后一次提交,从中删除这些更改

git commit --amend --no-edit

您可以通过以下方式将未堆叠的块添加到单独的提交中

git add .
git commit -m "new commit"

不使用最新提交

当然,按照上面的建议,使用gitrebase——interactive来执行之前的一些提交。

离题事实:

在mercurial中,他们有hgsplit——我希望在git中看到hg吸收之后的第二个特性。