我无意中修改了之前的承诺。提交应该是单独的,以保存我对特定文件所做的更改的历史记录。
有没有办法撤销最后的承诺?如果我执行类似gitreset-hardHEAD^的操作,第一次提交也会被撤销。
(我还没有推送到任何远程目录)
我无意中修改了之前的承诺。提交应该是单独的,以保存我对特定文件所做的更改的历史记录。
有没有办法撤销最后的承诺?如果我执行类似gitreset-hardHEAD^的操作,第一次提交也会被撤销。
(我还没有推送到任何远程目录)
你总是可以拆分提交,来自手册
使用git rebase-i commit ^启动交互式rebase,其中commit是要拆分的提交。事实上,任何提交范围都可以,只要它包含该提交。使用“编辑”操作标记要拆分的提交。在编辑提交时,执行git-resetHEAD^。结果是HEAD被重绕了一圈,索引也随之改变。然而,工作树保持不变。现在,将更改添加到第一次提交时所需的索引中。您可以使用gitadd(可能以交互方式)或gitgui(或两者都使用)来实现这一点。使用现在合适的提交消息提交当前索引。重复最后两个步骤,直到工作树干净。使用git-rebase继续rebase--Continue。
使用ref日志:
git branch fixing-things HEAD@{1}
git reset fixing-things
然后,您应该只在工作副本中保存所有以前修改过的更改,然后可以再次提交
要查看以前索引的完整列表,请键入git-relog
您需要做的是创建一个新的提交,其详细信息与当前HEAD提交相同,但父级与先前版本的HEAD相同。gitreset-soft将移动分支指针,以便下一次提交发生在与当前分支头所在位置不同的提交之上。
# Move the current head so that it's pointing at the old commit
# Leave the index intact for redoing the commit.
# HEAD@{1} gives you "the commit that HEAD pointed at before
# it was moved to where it currently points at". Note that this is
# different from HEAD~1, which gives you "the commit that is the
# parent node of the commit that HEAD is currently pointing to."
git reset --soft HEAD@{1}
# commit the current tree using the commit details of the previous
# HEAD commit. (Note that HEAD@{1} is pointing somewhere different from the
# previous command. It's now pointing at the erroneously amended commit.)
# The -C option takes the given commit and reuses the log message and
# authorship information.
git commit -C HEAD@{1}
使用上次提交签出到临时分支git分支临时HEAD@{1}重置上次提交数字复位温度现在,您将拥有您提交的所有文件以及以前提交的文件。检查所有文件的状态。git状态从git阶段重置提交文件。git重置myfile1.js(依此类推)重新附加此提交gitcommit-C HEAD@{1}将文件添加并提交到新提交。
通过以下方式查找修改后的承诺:
git log --reflog
注意:为了清楚起见,可以添加--patch来查看提交的主体。与git-relog相同。
然后通过以下方式将您的HEAD重置为之前的任何提交:
git reset SHA1 --hard
注意:用真正的提交哈希替换SHA1。还要注意,此命令将丢失任何未提交的更改,因此您可以在之前将其隐藏。或者,使用--soft来保留最新的更改,然后提交它们。
然后樱桃选择你需要的其他承诺:
git cherry-pick SHA1
也许可以使用git-relog在修改前和修改后获得两个提交。
然后使用git diff before_commit_id after_commit_id>d.diff获取修正前和修正后的差异。
接下来使用git checkout before_commit_id返回提交前
最后使用git-apply.diff应用您所做的真正更改。
这解决了我的问题。
这晚了将近9年,但没有看到这个变体提到完成相同的事情(这是其中一些的组合,类似于顶级答案(https://stackoverflow.com/a/1459264/4642530).
搜索分支上所有分离的标头
git reflog show origin/BRANCH_NAME--date=相对
然后找到SHA1哈希
重置为旧SHA1
git reset—硬SHA1
然后将其向后推。
git推送原点BRANCH_NAME
完成。
这将使您完全恢复到原来的提交状态。
(包括先前覆盖的分离提交头的日期)
您可以执行以下操作来撤消git提交-修改
git reset—软头^git签出文件_from_old_commit_onbranchgit拉动原点your_branch_name
====================================
现在,您的更改与之前相同。所以你已经完成了gitcommit的撤销-修改
现在您可以执行gitpushorigin<your_branch_name>,以推送到分支。
如果您将提交推到远程,然后错误地修改了对该提交的更改,这将解决您的问题。在提交之前发出git日志以查找SHA。(这假设remote被命名为origin)。现在使用SHA发出这些命令。
git reset --soft <SHA BEFORE THE AMMEND>
#you now see all the changes in the commit and the amend undone
#save ALL the changes to the stash
git stash
git pull origin <your-branch> --ff-only
#if you issue git log you can see that you have the commit you didn't want to amend
git stash pop
#git status reveals only the changes you incorrectly amended
#now you can create your new unamended commit
简单解决方案解决方案可行:如果您的HEAD提交与远程提交同步。
在本地工作区中再创建一个分支,并使其与远程分支保持同步。Cherry从新创建的分支上执行的分支(gitcommit--modify)中选择HEAD提交。
精心挑选的提交将只包含最新的更改,而不包含旧的更改。您现在可以重命名此提交。
使用HEAD@{1}的这些答案对我来说都不可行,所以下面是我的解决方案:
数字刷新
d0c9f22 HEAD@{0}: commit (amend): [Feature] - ABC Commit Description
c296452 HEAD@{1}: commit: [Feature] - ABC Commit Description
git重置--软c296452
您的登台环境现在将包含您意外与c296452提交合并的所有更改。