仅使用git-restore<commit_hash>是行不通的。显然,必须指定-m。
当前回答
您可以按照以下步骤恢复不正确的提交或将远程分支重置回正确的HEAD/状态。
注意:此解决方案仅适用于您自己的分支,而不适用于共享的树枝
签出远程分支到本地回购。git签出您的branch_name从git日志中复制提交哈希(即错误提交前的提交id)git日志-n5
应该显示如下内容:
提交7cd42475d6f95f5896b6f02e902efab0b70e8038“合并分支“错误提交”到“your_branch_name”“提交”f9a734f8f44b0b37ccea769a2fd774c0f0c012“这是错误的提交”提交3779ab50e72908da92d2cfcd72256d7a09f444ba“这是正确的提交“
将分支重置为上一步中复制的提交哈希git reset<commit hash>(即3779ab50e72908da92d2cfcd72256d7a09f444ba)运行gitstatus以显示错误提交中的所有更改。只需运行gitreset——很难还原所有这些更改。强制将您的本地分支推到远程,并注意到您的提交历史记录与被污染之前一样干净。git push-f origin your_branch_name
其他回答
git revert -m 1 <merge-commit>
在git-restore-m中,-m选项指定父编号。这是需要的,因为合并提交有多个父级,Git无法自动知道哪个父级是主线,哪个父级就是要取消合并的分支。
当您在git日志的输出中查看合并提交时,您将看到其父级列在以merge开头的行中:
commit 8f937c683929b08379097828c8a04350b9b8e183
Merge: 8989ee0 7c6b236
Author: Ben James <ben@example.com>
Date: Wed Aug 17 22:49:41 2011 +0100
Merge branch 'gh-pages'
Conflicts:
README
在这种情况下,git revert 8f937c6-m 1将获得8989ee0中的树,而git rever-m 2将恢复7c6b236中的树。
为了更好地理解父ID,可以运行:
git log 8989ee0
and
git log 7c6b236
所有的答案已经涵盖了大部分内容,但我还要加上我的5美分。简而言之,恢复合并提交非常简单:
git revert -m 1 <commit-hash>
如果您有权限,可以将其直接推送到“主”分支,否则只需将其推送到“还原”分支并创建拉取请求。
您可以在此处找到有关此主题的更多有用信息:https://itcodehub.blogspot.com/2019/06/how-to-revert-merge-in-git.html
-m1是被修复的当前分支的最后一个父级,-m2是合并到其中的分支的原始父级。
如果命令行令人困惑,Tortoise Git也可以在这里提供帮助。
为了保持日志的整洁(这种方法有一些缺点(由于push-f)):
git checkout <branch>
git reset --hard <commit-hash-before-merge>
git push -f origin HEAD:<remote-branch>
“合并前提交哈希”来自合并后的日志(gitlog)。
推荐文章
- 为什么我需要显式地推一个新分支?
- 如何撤消最后的git添加?
- Rubymine:如何让Git忽略Rubymine创建的.idea文件
- Gitignore二进制文件,没有扩展名
- Git隐藏错误:Git隐藏弹出并最终与合并冲突
- 了解Git和GitHub的基础知识
- 没有。Git目录的Git克隆
- Git与Mercurial仓库的互操作性
- 忽略git中修改(但未提交)的文件?
- “git restore”命令是什么?“git restore”和“git reset”之间有什么区别?
- Git合并与强制覆盖
- Git拉另一个分支
- 在Bash命令提示符上添加git分支
- 如何更改Git日志日期格式
- git pull -rebase和git pull -ff-only之间的区别