这是一条铁律

下面是错误操作：

自己明明写完了代码，想要提交。此时你的工作区长这样

你的提交顺序是：

git pull -> git commit  -> git push

但是现实往往不这样，万一拉下来的代码和你当前工作区的代码有冲突，你必须要解决这个冲突。这是没办法的事情，尤其是自己合并代码冲突又不熟练。想回退，没有回头路了。无论是git reset --soft 、--mixed  、 --hard都没用。

你自己的代码还在工作区里面，没提交上去，就被pull拉下来的代码污染了。这绝对是很麻烦的。

不要特别盲目自信说我熟练解决冲突，就算熟练解决冲突又咋样。你的git提交怎么写？难道写feat：xxxx新功能并且解决合并冲突吗。这样的commit，压根就是一个好的提交，不够直接，一个提交就解决一个事情。不要解决那么多。

正确顺序：

git commit -> git pull -> git push 

启示：

所以无论如何，想要推送代码时候，想要切换分支时候，想要检查commit时，都需要保持你的工作区干净。