假设你的分支在这里和远程都叫master，你的远程叫origin，你可以这样做:

 git reset --hard <commit-hash>
 git push -f origin master

但是，如果其他人正在使用您的远程存储库并已提取您的更改，则应该避免这样做。在这种情况下，最好恢复您不想要的提交，然后按正常方式进行推送。

更新:您在下面解释了其他人已经提取了您所推送的更改，因此最好创建一个新的提交来恢复所有这些更改。Jakub narylbski的回答很好地解释了你的选择。哪种方法最方便取决于您想要恢复多少次提交，以及哪种方法对您最有意义。

从你的问题中，很明显你已经使用了git reset——很难重置你的主分支，你可能需要使用git reset——hard ORIG_HEAD将你的分支移回之前的位置。(就像git重置一样——很难，确保git状态是干净的，你在正确的分支上，并且你知道git reflog是一个恢复明显丢失提交的工具。)你还应该检查ORIG_HEAD是否指向正确的提交，使用git show ORIG_HEAD。

故障排除:

如果你收到“!”a60f7d85 -> master(预接收钩子拒绝)"

然后，您必须允许为特定分支重写分支历史记录。以BitBucket为例，它说“不允许重写分支历史”。有一个名为允许重写分支历史的复选框，您必须勾选。

我用这个命令解决了你的问题:

git reset --hard <commit-hash> 
git push -f <remote> <local branch>:<remote branch> 

使用其他答案会导致不必要的局部状态丢失。本地更改本质上并不需要更改远程。如果您选择了错误的提交，这个方法仍然会破坏您的遥控器，但即使这样，您通常也可以找到正确的提交并再次尝试。

您必须在本地回购的某个地方有希望与远程匹配的提交。

不要做任何重置。 使用git日志来查找您想要的远程的提交。使用git log -p查看变化，或者使用git log——graph——all——oneline——decoration查看紧凑的树。 复制提交的散列、标记或(如果是提示)其分支名称。 运行如下命令: Git push——force <remote> <commit-ish>:<远程分支> 如。 Git push——force origin 606fdfaa33af1844c86f4267a136d4666e576cdc:master 或 Git push——force staging v2.4.0b2:发布

如果强制推送失败，很可能是遥控器禁用了它。这可以通过临时更改receive. denynonfastforward和receive.denyDeletes中的一个或两个来解决。如果您的遥控器托管在一个没有shell访问权限的服务上，那么它可能具有您可以更改为允许强制推送的设置。

我使用一个方便的别名(git go)来查看历史记录，就像在第2步中那样，它可以像这样添加:

git config --global alias.go 'log --graph --all --decorate --oneline'

对于之前的答案，我的观点是:如果

git push --force <remote> <the-hash>:<the remote branch>

仍然不工作，您可能需要编辑<your-remote-repo>。Git /配置文件的接收部分:

[receive]
  #denyNonFastforwards = true
  denyNonFastforwards = false

如果你想要一个以前版本的文件，我建议使用git签出。

git checkout <commit-hash>

这样做将把你送回过去，它不会影响你的项目的当前状态，你可以来到主线 Git结账主线

但是当您在参数中添加一个文件时，该文件将返回给您 从以前的时间到您当前的项目时间，即您当前的项目发生了更改，需要提交。

git checkout <commit-hash> -- file_name
git add .
git commit -m 'file brought from previous time'
git push

这样做的好处是它不会删除历史记录，也不会恢复特定的代码更改(git revert)。

点击这里查看更多信息https://www.atlassian.com/git/tutorials/undoing-changes#git-checkout

做一件事， 获取提交的SHA号。比如87c9808然后，

移动你自己，即你的头到指定的提交(通过做 Git重置-硬89cef43//在这里提到你的数字) 接下来在一个随机文件中做一些更改，这样git会要求你在本地提交，然后远程提交 因此，您现在需要做的是。 应用变更后 Git commit -a -m "trial commit" 现在推动以下提交(如果已经在本地提交) 通过 Git push origin master 现在少管所要问你的是

错误:无法推送一些引用 “https://github.com/YOURREPOSITORY/AndroidExperiments.git” 提示:更新被拒绝，因为你当前分支的提示落后了 提示:它的远程对等体。集成远程更改(例如: 提示:'git pull…')，然后再推一次

所以现在你能做的就是

Git push—force origin master

因此，我希望它能起作用:)

在GitLab上，在执行此操作之前，您可能必须将分支设置为未保护状态。可以在[repo] > Settings > Repository > Protected Branches中设置。那么马克回答的方法就有用了。

git reset --hard <commit-hash>
git push -f origin master

如果您的分支不是开发或生产分支，实现这一点的最简单方法是在本地重新设置某个提交，并从那里创建一个新分支。你可以使用:

git 结帐 000000

(其中000000是你想要去的提交id)，然后简单地创建一个新分支:

Git远程添加[name_of_your_remote]

然后你可以创建一个新的PR，一切都将正常工作!

Sourcetree:将远程端重置为某个提交

如果你推送了一个错误的提交到你的远程(origin/feature/1337_MyAwesomeFeature)，如下图所示

转到Remotes > origin > feature > 1337_MyAwesomeFeature 右键单击并选择“Delete origin/feature/1337_MyAwesomeFeature”(如果您想要备份，可以更改名称并跳过步骤4)。 点击“强制删除”和“确定”。

选择旧的提交并选择“重置当前分支到此提交” 选择你想要的模式(如果你不想要最后的改动，选择Hard)，然后选择OK。

将这个commit推到一个新的origin/feature/1337_MyAwesomeFeature 您的本地特性分支和远程特性分支现在都在前面的(您选择的)提交上

让我们假设你的分支在本地和远程都叫master，你的远程叫origin，你可以这样做:

Git reflog来获取所有的提交历史，你的提交哈希格式如下:e34e1ff

git reset --hard <commit-hash>

git push -f origin master

我最近也遇到了同样的问题，我通过两步解决了这个问题:

用git Reset将其重置为本地git——hard HEAD~1这里HEAD~1是最近提交的。 将其强行推到所需的分支git Push -f origin main。

就是这样。