这是我在我应该稳定的树枝上做的事情……

% git rebase master
First, rewinding head to replay your work on top of it...
Fast-forwarded alpha-0.3.0 to master.
% git status
# On branch alpha-0.3.0
# Your branch is ahead of 'origin/alpha-0.3.0' by 53 commits.
#
nothing to commit (working directory clean)
% git push
Fetching remote heads...
  refs/
  refs/heads/
  refs/tags/
  refs/remotes/
'refs/heads/master': up-to-date
updating 'refs/heads/alpha-0.3.0'
  from cc4b63bebb6e6dd04407f8788938244b78c50285
  to   83c9191dea88d146400853af5eb7555f252001b0
    done
'refs/heads/unstable': up-to-date
Updating remote server info

我后来意识到,这完全是一个错误。我想撤消整个过程,并将alpha-0.3.0分支恢复到原来的样子。

我该怎么办?


当前回答

如果您在共享回购中工作,那么公认的解决方案(来自@charles bailey)是非常危险的。

作为最佳实践,所有推送到共享远程回购的提交都应该被认为是“不可变的”。 使用'git revert'代替: http://www.kernel.org/pub/software/scm/git/docs/user-manual.html#fixing-mistakes

https://git-scm.com/book/be/v2/Git-Basics-Undoing-Things

其他回答

撤销多次提交 git reset——hard 0ad5a7a6(只提供提交SHA1哈希)

撤消上次提交

git reset—soft HEAD~1(对最后一次提交的修改将被删除)

另一种方法是:

创建另一个分支 使用“git Checkout”在该分支上签出之前的提交 推新树枝。 删除旧的分支并推送删除(使用git push origin——Delete <branch_name>) 将新分支重命名为旧分支 推动了。

如果您在共享回购中工作,那么公认的解决方案(来自@charles bailey)是非常危险的。

作为最佳实践,所有推送到共享远程回购的提交都应该被认为是“不可变的”。 使用'git revert'代替: http://www.kernel.org/pub/software/scm/git/docs/user-manual.html#fixing-mistakes

https://git-scm.com/book/be/v2/Git-Basics-Undoing-Things

我相信你也可以这样做:

git checkout alpha-0.3.0
git reset --hard cc4b63bebb6
git push origin +alpha-0.3.0

这与最后一个方法非常相似,只是您不必在远程回购中浪费时间。

您需要确保这个存储库的其他用户没有获取不正确的更改,或者试图在您希望删除的提交之上构建,因为您要倒带历史记录。

然后你需要“强制”推旧的引用。

git push -f origin last_known_good_commit:branch_name

或者在你的情况下

git push -f origin cc4b63bebb6:alpha-0.3.0

您可能已经在远程存储库上设置了receive. denynonfastforward。如果是这种情况,那么您将得到一个包含短语[remote rejected]的错误。

在这个场景中,您必须删除并重新创建分支。

git push origin :alpha-0.3.0
git push origin cc4b63bebb6:refs/heads/alpha-0.3.0

如果这不起作用——可能是因为设置了receive.denyDeletes,那么您必须直接访问存储库。在远程存储库中,您必须执行以下管道命令。

git update-ref refs/heads/alpha-0.3.0 cc4b63bebb6 83c9191dea8