这可能是另一种解决方案，适用于需要提交大量文件而需要将少量文件移动到新提交的情况。如果要从HEAD的最后一次提交中提取一组<path>文件，并将它们全部移动到新的提交中，那么这将有效。如果需要多次提交，则可以使用其他解决方案。

首先将补丁放入分段和非分段区域，这些区域将分别包含将代码恢复到修改前和修改后的更改:

git reset HEAD^ <path>

$ git status
On branch <your-branch>
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   <path>

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   <path>

为了理解将会发生什么(箭头和注释不是命令的一部分):

git diff --cached   -> show staged changes to revert <path> to before HEAD
git diff            -> show unstaged changes to add current <path> changes

回复<path>在上次提交时的变化:

git commit --amend  -> reverts changes on HEAD by amending with staged changes

使用<path> changes创建新的提交:

git commit -a -m "New Commit" -> adds new commit with unstaged changes

这样做的效果是创建一个新的提交，其中包含从上次提交中提取的更改。

git reset HEAD^

困难是扼杀你改变的原因。

你可以使用git rebase -i <commit>，其中<commit>是你想保持原样的最新提交。在您想要插入新的分离提交的每个点上添加一个断点。然后在每次休息时，使用git checkout -p <commit，其中包含您想要>提取的部分，并提交它们。然后git rebase——继续从以后的提交中删除这些部分。

对于拆分最近一次提交的简单情况，如下所示:

$ git rebase -i HEAD^
# add 'break' at the start

$ git checkout -p master # or whatever your branch is called
# choose the parts you want to split out

$ git commit
# commit the newly-split-out parts

$ git rebase --continue
# rebase the remaining parts of the change onto the split-out parts

这假设您希望稍后的提交保留原始的提交消息;这就是我通常发现自己所处的情况(排除一些预备变化)。

目标:

我想把一个过去的commit $splitme分成两个。 我想维护提交消息。

计划:

在$splitme的父提交基础上重新创建interactive，将$splitme标记为edit。 取消不应该是第一次提交的一部分的文件。 修改当前提交，维护提交消息，必要时进行修改。 回退第一次提交时遗漏的文件。 提交，并附上一条新消息。 继续变基。

如果$splitme是最近一次提交，则可以跳过rebase步骤(1和7)。

git rebase -i $splitme^  # mark $splitme as edit
git reset HEAD^ -- $files
git commit --amend
git add $files
git commit
git rebase --continue

如果我想将第一次提交中的文件与第二次提交中的文件交换，那么我将再次改变交互，交换它们的提交行。

运行git gui，选择“修改最后提交”单选按钮，并取消你不想第一次提交的更改(commit > unstage From commit，或Ctrl-U)。我认为这是最简单的方法。

你可以做的另一件事是在没有提交的情况下选择更改(git cherry-pick -n)，然后在提交之前手动或使用git gui选择所需的更改。

你应该使用索引。混合重置后(“git reset HEAD^”)，添加 将第一组更改放入索引，然后提交它们。然后提交 休息。

您可以使用“git add”将文件中所做的所有更改放到索引中。如果你 不希望在文件中执行所有修改，只需要其中的一部分即可 可以使用“git add -p”。

让我们看一个例子。假设我有一个名为myfile的文件，其中包含 以下文本:

something
something else
something again

我在上次提交时修改了它，现在它看起来是这样的:

1
something
something else
something again
2

现在我决定把它一分为二，我想插入 第一行是第一次提交，最后一行的插入是 在第二次提交中。

首先我回到HEAD的父目录，但是我想把修改保存在文件系统中， 所以我使用“git reset”不带参数(这将做所谓的“混合” 重置):

$ git reset HEAD^
myfile: locally modified
$ cat myfile
1
something
something else
something again
2

现在我使用“git add -p”来添加我想要提交到索引的更改(=I 阶段)。"git add -p"是一个交互式工具，它会询问你什么 对文件的更改应该添加到索引中。

$ git add -p myfile
diff --git a/myfile b/myfile
index 93db4cb..2f113ce 100644
--- a/myfile
+++ b/myfile
@@ -1,3 +1,5 @@
+1
 something
 something else
 something again
+2
Stage this hunk [y,n,a,d,/,s,e,?]? s    # split this section into two!
Split into 2 hunks.
@@ -1,3 +1,4 @@
+1
 something
 something else
 something again
Stage this hunk [y,n,a,d,/,j,J,g,e,?]? y  # yes, I want to stage this
@@ -1,3 +2,4 @@
 something
 something else
 something again
+2
Stage this hunk [y,n,a,d,/,K,g,e,?]? n   # no, I don't want to stage this

然后我提交第一个更改:

$ git commit -m "Added first line"
[master cef3d4e] Added first line
 1 files changed, 1 insertions(+), 0 deletions(-)

现在我可以提交所有其他更改(即数字“2”放在最后一行):

$ git commit -am "Added last line"
[master 5e284e6] Added last line
 1 files changed, 1 insertions(+), 0 deletions(-)

让我们检查一下日志，看看我们有哪些提交:

$ git log -p -n2 | cat
Commit 5e284e652f5e05a47ad8883d9f59ed9817be59d8
Author: ...
Date: ...

    Added last line

Diff --git a/myfile b/myfile
Index f9e1a67..2f113ce 100644
--- a/myfile
+++ b/myfile
@@ -2,3 +2,4 @@
 something
 something else
 something again
+2

Commit cef3d4e0298dd5d279a911440bb72d39410e7898
Author: ...
Date: ...

    Added first line

Diff --git a/myfile b/myfile
Index 93db4cb..f9e1a67 100644
--- a/myfile
+++ b/myfile
@@ -1,3 +1,4 @@
+1
 something
 something else
 something again