使用git-rebase--interactive编辑先前的提交，运行git-resetHEAD~，然后git-add-p添加一些，然后进行提交，然后再添加一些，再进行另一次提交，次数尽可能多。完成后，运行git rebase--continue，您将在堆栈中更早地获得所有拆分提交。

重要提示：请注意，您可以四处游玩并进行所有所需的更改，而不必担心丢失旧的更改，因为您可以始终运行git reflog来找到项目中包含所需更改的点（我们称之为a8c4ab），然后git重置a8c4aa。

下面是一系列命令来说明它的工作原理：

mkdir git测试；cd git测试；初始化

现在添加文件a

vi A

添加此行：

one

gitcommit-我是一个

然后将此行添加到A：

two

gitcommit-am二

然后将此行添加到A：

三

gitcommit-am三

现在文件A看起来像这样：

one
two
three

我们的git日志如下所示（好吧，我使用的是git log--prett=oneline--prett=“%h%cn%cr----%s”

bfb8e46 Rose Perrone 4 seconds ago ---- three
2b613bc Rose Perrone 14 seconds ago ---- two
9aac58f Rose Perrone 24 seconds ago ---- one

假设我们想将第二次提交分成两份。

git-rebase--交互式HEAD~2

这将显示如下消息：

pick 2b613bc two
pick bfb8e46 three

将第一个pick更改为e以编辑提交。

git重置HEAD~

gitdiff告诉我们，我们刚刚取消了第二次提交的提交：

diff --git a/A b/A
index 5626abf..814f4a4 100644
--- a/A
+++ b/A
@@ -1 +1,2 @@
 one
+two

让我们进行更改，并在文件a中的行中添加“和第三个”。

git添加。

这通常是在交互式rebase期间，我们将运行gitrebase--continue，因为我们通常只想回到提交堆栈中编辑先前的提交。但这一次，我们希望创建一个新的提交。所以我们将运行gitcommit-am“二加三”。现在我们编辑文件A，并添加第二行和第三行。

git添加。gitcommit-am“二分之二”git rebase—继续

我们的承诺有冲突，三，所以让我们解决它：

我们会改变的

one
<<<<<<< HEAD
two and a third
two and two thirds
=======
two
three
>>>>>>> bfb8e46... three

to

one
two and a third
two and two thirds
three

git添加。；git rebase—继续

现在我们的gitlog-p看起来像这样：

commit e59ca35bae8360439823d66d459238779e5b4892
Author: Rose Perrone <roseperrone@fake.com>
Date:   Sun Jul 7 13:57:00 2013 -0700

    three

diff --git a/A b/A
index 5aef867..dd8fb63 100644
--- a/A
+++ b/A
@@ -1,3 +1,4 @@
 one
 two and a third
 two and two thirds
+three

commit 4a283ba9bf83ef664541b467acdd0bb4d770ab8e
Author: Rose Perrone <roseperrone@fake.com>
Date:   Sun Jul 7 14:07:07 2013 -0700

    two and two thirds

diff --git a/A b/A
index 575010a..5aef867 100644
--- a/A
+++ b/A
@@ -1,2 +1,3 @@
 one
 two and a third
+two and two thirds

commit 704d323ca1bc7c45ed8b1714d924adcdc83dfa44
Author: Rose Perrone <roseperrone@fake.com>
Date:   Sun Jul 7 14:06:40 2013 -0700

    two and a third

diff --git a/A b/A
index 5626abf..575010a 100644
--- a/A
+++ b/A
@@ -1 +1,2 @@
 one
+two and a third

commit 9aac58f3893488ec643fecab3c85f5a2f481586f
Author: Rose Perrone <roseperrone@fake.com>
Date:   Sun Jul 7 13:56:40 2013 -0700

    one

diff --git a/A b/A
new file mode 100644
index 0000000..5626abf
--- /dev/null
+++ b/A
@@ -0,0 +1 @@
+one

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

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

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

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

gitrebase——交互式可用于将提交拆分为较小的提交。关于rebase的Git文档对这个过程进行了简要的演练-拆分提交：

在交互模式下，您可以使用“编辑”操作标记提交。然而，这并不一定意味着gitrebase希望这次编辑的结果正好是一次提交。实际上，您可以撤消提交，也可以添加其他提交。这可用于将提交分为两部分：使用gitrebase-i＜commit＞^启动交互式rebase，其中＜commit’是要拆分的提交。事实上，任何提交范围都可以，只要它包含该提交。使用“编辑”操作标记要拆分的提交。在编辑提交时，执行git-resetHEAD^。结果是HEAD被重绕了一圈，索引也随之改变。然而，工作树保持不变。现在，将更改添加到第一次提交时所需的索引中。您可以使用gitadd（可能以交互方式）或gitgui（或两者都使用）来实现这一点。使用现在合适的提交消息提交当前索引。重复最后两个步骤，直到工作树干净。使用git-rebase继续rebase--Continue。如果您不能绝对确定中间版本是否一致（编译、通过测试套件等），则应在每次提交、测试和修改提交后使用git stash来隐藏尚未提交的更改。

我是用rebase做的。编辑提交对我来说不起作用，因为它已经选择了提交文件并允许您对其进行修改，但我想将所有文件添加为未跟踪的文件，这样我就可以选择其中的一些文件。步骤如下：

git rebase-i HEAD~5（我想拆分我历史上第五次提交）复制目标提交ID（稍后需要）用d标记提交以删除它；在提交之后立即添加一行b，以停止重定基础过程，稍后继续。即使这是最后一次提交，这也为您提供了一些空间，让您只需git rebase——在发生错误时中止并重置所有内容。当重新定基达到断点时，使用gitcherry-pick-n＜COMMIT ID＞。这将在不选择提交本身的情况下选择提交更改，从而使其未被跟踪。在第一次提交时添加所需的文件（或使用gitadd-i和补丁，以便添加特定的块）提交您的更改。决定如何处理剩余的更改。在我的情况下，我希望他们在历史结束时，没有冲突，所以我做了git stash，但你也可以直接提交。gitrebase—继续选择其他更改

作为一个交互式数据库的超级粉丝，这是我能想到的最简单、最直接的一套步骤。我希望这对任何人都有帮助！

大多数现有的答案都建议使用交互式rebase-git rebase-i或类似的方法。对于像我这样害怕“互动”的人来说，下楼梯时喜欢抓住扶手，这里有一个选择。

假设您的历史看起来像…->P–>Q–>R–>…–>Z=mybranch，并且您希望将P–>Q分成两个提交，以P–>Q1–>Q'–>R'–>…Z'=mybranch结束，其中Q'、R'等处的代码状态与Q、R等相同。

在开始之前，如果你是偏执狂，请备份我的分支，这样你就不会冒失去历史的风险：

git checkout mybranch
git checkout -b mybranch-backup

首先，签出P（要拆分的地方之前的提交），并创建一个新的分支来处理

git checkout P
git checkout -b mybranch-splitting

现在，从Q中签出您想要的任何文件，并根据需要进行编辑，以创建新的中间提交：

git checkout Q file1.txt file2.txt
[…edit, stage commit with “git add”, etc…]
git commit -m "Refactored the widgets"

请注意此提交的哈希值，如Q1。现在，在Q1的分离HEAD上检查Q的完整状态，提交这个（创建Q'），并将工作分支向上拉：

git checkout Q
git reset --soft Q1
git commit -m "Added unit tests for widgets"
git branch -f mybranch-splitting

您现在在Q'处执行mybranch拆分，它应该具有与Q完全相同的代码状态。现在将原始分支（从Q到Z）重设为：

git rebase --onto HEAD Q mybranch

现在，mybranch应该看起来像…P->Q1–>Q'–>R'–>…Z'，正如您所希望的那样。因此，在检查所有工作正常后，可以删除工作分支和备份分支，并（如果合适）将重写的mybranch推到上游。如果它已经被推了，你需要强制推，所有关于强制推的常见警告都适用。

git push --force mybranch
git branch -d mybranch-splitting mybranch-backup