git fetch git pull区别：
git pull看起来像git fetch+get merge，但是根据commit ID来看的话，他们实际的实现原理是不一样的。
这里借用之前文献看到的一句话：
不要用git pull，用git fetch和git merge代替它。
git pull的问题是它把过程的细节都隐藏了起来，以至于你不用去了解git中各种类型分支的区别和使用方法。当然，多数时候这是没问题的，但一旦代码有问题，你很难找到出错的地方。看起来git pull的用法会使你吃惊，简单看一下git的使用文档应该就能说服你。
将下载（fetch）和合并（merge）放到一个命令里的另外一个弊端是，你的本地工作目录在未经确认的情况下就会被远程分支更新。当然，除非你关闭所有的安全选项，否则git pull在你本地工作目录还不至于造成不可挽回的损失，但很多时候我们宁愿做的慢一些，也不愿意返工重来。
————————————————
原文链接：https://blog.csdn.net/weixin_41975655/article/details/82887273
git reset--hard HEAD——丢弃自最近提交以来的分阶段和非分阶段更改。
https://www.atlassian.com/git/tutorials/resetting-checking-out-and-reverting
指定一个不同的提交而不是HEAD来放弃自提交以来的更改。——hard指定丢弃暂存和未暂存的更改。
git reset 加hard不加hard区别：https://blog.csdn.net/chenpuzhen/article/details/92006378
Git冲突：commit your changes or stash them before you can merge.
1.stash
通常遇到这个问题，你可以直接commit你的修改；但我这次不想这样。
看看git stash是如何做的。
git stash
git pull
git stash pop
接下来diff一下此文件看看自动合并的情况，并作出相应修改。
git stash: 备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。
git stash pop: 从Git栈中读取最近一次保存的内容，恢复工作区的相关内容。由于可能存在多个Stash的内容，所以用栈来管理，pop会从最近的一个stash中读取内容并恢复。
git stash list: 显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复。
git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现，原来stash的哪些节点都消失了。
2.放弃本地修改，直接覆盖之
git reset --hard
git pull
————————————————
原文链接：https://blog.csdn.net/lincyang/article/details/21519333