这已经过去8年多了，但也许有人会发现它对你有所帮助。我能够做到这一点，而不需要重新启动。其目的是将git引导到与git提交之前相同的状态：

# first rewind back (mind the dot,
# though it can be any valid path,
# for instance if you want to apply only a subset of the commit)
git reset --hard <previous-commit> .

# apply the changes
git checkout <commit-you-want-to-split>

# we're almost there, but the changes are in the index at the moment,
# hence one more step (exactly as git gently suggests):
# (use "git reset HEAD <file>..." to unstage)
git reset

在此之后，您将看到重置后的这些闪亮的未分级更改：并且您的回购处于一种即将提交所有这些文件的状态。从现在起，你可以像往常一样轻松地再次提交。希望这会有所帮助。

如果你有这个：

A - B <- mybranch

如果您在提交B中提交了一些内容：

/modules/a/file1
/modules/a/file2
/modules/b/file3
/modules/b/file4

但是你想把B分解成C-D，得到这样的结果：

A - C - D <-mybranch

例如，您可以这样划分内容（不同提交中来自不同目录的内容）。。。

将分支重置回要拆分的分支之前的提交：

git checkout mybranch
git reset --hard A

创建第一个提交（C）：

git checkout B /modules/a
git add -u
git commit -m "content of /modules/a"

创建第二个提交（D）：

git checkout B /modules/b
git add -u
git commit -m "content of /modules/b"

以下是如何在IntelliJ IDEA、PyCharm、PhpStorm等中拆分一个提交

在版本控制日志窗口中，选择要提交的拆分，右键单击并从此处选择“交互式回扣”将要拆分的对象标记为编辑对象，单击“开始”回扣您应该看到放置了一个黄色标记，表示HEAD已设置这一承诺。右键单击该提交，选择“撤消提交”现在这些提交返回到暂存区，您可以提交它们分别地在所有更改都已提交后，旧的提交变得不活动。

之前的回答已经介绍了使用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吸收之后的第二个特性。

请注意还有git reset-soft HEAD^。它类似于gitreset（默认为--mixed），但它保留了索引内容。因此，如果您添加/删除了文件，那么索引中已经有了这些文件。

事实证明，在大型犯罪的情况下非常有用。