git 要commit之前先pull， 这样做法合理吗？

git 要commit之前先pull， 这样做法合理吗？

不合理， 应该是在push之前先pull（当然最好实现fetch再merge）
一般在修改代码之前， 会先拉取最新的代码， 之后没有特别情况的话都是在push之前才会去拉取

先commit再pull自动合并有什么不好呢……追问可以解释一下吗
另外，能问一下
git pull 会导致本地为提交代码被覆盖吗？为什么我从来没出现过，什么情况下才会被覆盖呢？
我 pull的时候冲突都会提示冲突 然后 pull失败，pull 不是会merge吗，为什么会覆盖追答不会覆盖，但是冲突了 pull 就会失败。
commit 再 pull，不是相同位置的冲突或者二进制文件冲突，是会自动合并的，冲突单独解决就可以再提交了。