如题，手贱把还没有完成的代码从分支merge到了master上，并且git push到了github上，之后在dev上继续完善代码，然后想撤回这个合并的时候发现撤回本地的合并之后，不能push到github上了，显示有冲突，不知道什么原因。
如果你是在本地 merge 的，那你可以通过 git reflog 查看你的历史操作，然后通过 git reset --hard HEAD@{n} 回退到 reflog 里面的第 n 步
git reflog
git reset --hard HEAD@{n}
n
然后，git push origin master -f 就可以把远程的 master 退回到之前的状态了
git push origin master -f
其实，既然你是 merge 的，那么会生成一个 merge commit。你也可以先在本地 git checkout master, 这时候你本地的 master 也应该是最新的。先 git log 看下历史记录，然后根据 commit hash，git reset --hard xxxxxx 回退一下。
git checkout master
git log
git reset --hard xxxxxx
然后，同样地，git push origin master -f 就可以更新远程的 master了
两种方式同理，因为你删掉了一个 commit，而远程是存在这个 commit 的，这时候两百年的历史信息是对不上的，因此你不能直接 git push origin master除非你在这个 commit 之后新加了一个 commit，手动修改代码，回退到 merge 之前的状态，这样你不需要 -f，可以直接 git push origin master 更新
git push origin master
-f
如果你是在本地 merge 的，那你可以通过
git reflog查看你的历史操作，然后通过git reset --hard HEAD@{n}回退到 reflog 里面的第n步然后，
git push origin master -f就可以把远程的 master 退回到之前的状态了其实，既然你是 merge 的，那么会生成一个 merge commit。你也可以先在本地
git checkout master, 这时候你本地的 master 也应该是最新的。先git log看下历史记录，然后根据 commit hash，git reset --hard xxxxxx回退一下。然后，同样地，
git push origin master -f就可以更新远程的 master了两种方式同理，因为你删掉了一个 commit，而远程是存在这个 commit 的，这时候两百年的历史信息是对不上的，因此你不能直接
git push origin master除非你在这个 commit 之后新加了一个 commit，手动修改代码，回退到 merge 之前的状态，这样你不需要
-f，可以直接git push origin master更新