我有两个分支,主人和论坛,我刚刚在论坛做了一些修改,我想樱桃进入主人。但不幸的是,我想要选择的提交也包含一些我不想要的修改。
解决方案可能是以某种方式删除错误的提交,并将其替换为两个独立的提交,一个带有我想在master中选择的更改,另一个带有剩余的更改。
我试过了
git reset --hard HEAD^
它删除了所有的更改,所以我必须回到
git reset ORIG_HEAD
因此,我的问题是,将最后一次提交拆分为两个单独的提交的最佳方法是什么?
我有两个分支,主人和论坛,我刚刚在论坛做了一些修改,我想樱桃进入主人。但不幸的是,我想要选择的提交也包含一些我不想要的修改。
解决方案可能是以某种方式删除错误的提交,并将其替换为两个独立的提交,一个带有我想在master中选择的更改,另一个带有剩余的更改。
我试过了
git reset --hard HEAD^
它删除了所有的更改,所以我必须回到
git reset ORIG_HEAD
因此,我的问题是,将最后一次提交拆分为两个单独的提交的最佳方法是什么?
当前回答
目标:
我想把一个过去的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
如果我想将第一次提交中的文件与第二次提交中的文件交换,那么我将再次改变交互,交换它们的提交行。
其他回答
这可能是另一种解决方案,适用于需要提交大量文件而需要将少量文件移动到新提交的情况。如果要从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 --soft HEAD^
这将取消上一次提交,但将所有内容都保留在舞台上。然后你可以取消某些文件:
git reset -- file.file
可选地重新部署这些文件的部分:
git add -p file.file
做一个新的第一次提交:
git commit
阶段,并在第二次commit中提交其余的更改:
git commit -a
Or:
撤销并取消上次提交的所有更改:
git reset HEAD^
有选择地进行第一轮更改:
git add -p
提交:
git commit
提交其余的更改:
git commit -a
(在任何一个步骤中,如果你撤销了一个添加了全新文件的提交,并想要将其添加到第二次提交中,你必须手动将其添加为commit -a只会对已经跟踪的文件进行更改。)
目标:
我想把一个过去的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 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
这假设您希望稍后的提交保留原始的提交消息;这就是我通常发现自己所处的情况(排除一些预备变化)。
既然你在挑选,你可以:
选择它,添加-no-commit选项。 重置并使用add -patch, add -edit或只是添加到舞台上您想保留的内容。 提交分阶段的更改。 如果要重用原始提交消息,可以在commit命令中添加——reuse-message=<old-commit-ref>或——reedit-message=<old-commit-ref>选项。 用reset消除未分阶段的变化——很难。
另一种方法,保存或编辑原始的提交消息:
像往常一样选择原始提交。 反转您不想要的更改,并使用add来进行反转。 如果您要删除添加的内容,这一步会很简单,但如果您要添加已删除的内容或反转更改,这一步就有点棘手了。 Commit——modify对选定的提交执行反转。 您将再次收到相同的提交消息,您可以根据需要保留或修改该消息。