首先，根据你的描述，既然你用到了git reset --hard，那就可以推断出你已经add和commit过了。
其次，根据报错，可以推断出你已经push过了（这个推断基于只有你一个人拥有 master branch 的更改权限。

那么当你执行git reset --hard之后，历史纪录是不能跟远程的记录直接合并的。因此才会有这个报错。

举个例子，远程是A -> B -> C -> D，你git reset --hard之后是A -> B。这时候除非远程那边抹掉C和D，你

之后是 A -> B。这时候除非远程那边抹掉 C和 D，否则是不能合并的。

git push origin master --force因此，这时候，你应该使用来强行覆盖远程记录。

git pull。否则，你的本地又会变成A -> B -> C -> D。因为git pull相当于git fetch+git merge请不要根据提示使用

---

A -> B -> C -> D（以下内容基于上面的例子，远程是

，你想回滚到 B 那个状态）

git revert。其实，git reset --hard和git revert楼上提到了git revert。其实，

和 git revert都可以实现“回滚代码”。但区别在于：

git revert会把你的本地变成A -> B -> C -> D -> E。其中，E干的事儿是删除C和D。这样做的好处在于，你git push origin master就不会有上面的报错了。但，历史线上还是会保留C和D这两个 commit。如果使用这个命令，记得要add然后commit

。

git reset --hard会直接删掉C和D，形成A -> B这样的结果。好处在于更直接更彻底。缺点在于，首先要通过git push origin master --force去强行更改。其次，一旦你后悔了，除非根据本地的reflog

会直接删掉 C和 D，形成 A -> B这样的结果。好处在于更直接更彻底。缺点在于，首先要通过

去强行更改。其次，一旦你后悔了，除非根据本地的reflog直接恢复 HEAD 指针，此外没有其他办法。

用哪个都是没错的，请根据自己的需要来选择。

一般来说, 尽量避免这种情况.

如果你对远程的master有权限, 可以这么做:

git push --force

更合理的做法是使用git revert

---

编辑分割线

另一位同学 @S1ngS1ng 答案更加详细，但是抛出了一个观点是用哪个都可以，这个我还是要重申下 git revert 才是更合适的姿势

当是一个多人开发的场景，很有可能远程的master上已经被其他人pull到了最新代码或者合并到了其它分支，这种情况下reset将无效，因为对方仍然有可能push上来你这里希望删除的commit

所以这个用哪个都可以的观点其实是有限定条件的