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

% 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分支恢复到原来的样子。

我该怎么办?


当前回答

一种不丢失你想要的更改的方法:

git reset cc4b63b 
git stash
git push -f origin alpha-0.3.0
git stash pop

然后您可以选择要推送的文件

其他回答

Git恢复比这里建议的一些方法更安全:

prompt> git revert 35f6af6f77f116ef922e3d75bc80a4a466f92650
[master 71738a9] Revert "Issue #482 - Fixed bug."
 4 files changed, 30 insertions(+), 42 deletions(-)
prompt> git status
# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
nothing to commit (working directory clean)
prompt>

用你自己的提交替换35f6af6f77f116ef922e3d75bc80a4a466f92650。

可以使用reset命令

git reset --soft HEAD^1

然后:

git reset <files>
git commit --amend

and

git push -f

如果您在共享回购中工作,那么公认的解决方案(来自@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 HEAD@{1}
git push -f
git reset --hard HEAD@{1}

现在你的本地将领先于远程

git reset --hard origin/master

或者另一种方式

要重置推送:git reset -soft HEAD^1 将出现修改文件,所以重置它们:git重置<文件> Git提交—修改 Git push -f

另一种方法是:

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