为什么要先commit，然后pull，然后再push

问题：commit是提交到本地仓库，然后push，这个push是把所有代码推到远程仓库，还是只是把commit的地方推到远程仓库？

       肯定不会全量推送到远程的,是通过对比 commit 的记录,如果本地高于远程就直接把多出来的commit 给怼上去,如果本地的这几个 commit 和远程的 commit 有冲突的部分就merge,然后根据提交时间排序再新建一个merge 的 commit 记录再怼上去。

也就是说当我们pull的时候，是将远程仓库的commit 与本地仓库的commit进行的比较。

问题：先pull再commit自动合并有什么不好,git pull 会导致本地为提交代码被覆盖？

如果有未提交的话，git会提示你commt（无论是否冲突）

pull 发现无从冲突的话，会自动merger而且是commit，状态，好像无任何更改一样。

1、commit 是为了告诉 git 我这次提交改了哪些东西,不然你只是改了但是 git 不知道你改了,也就无从判断比较;
2、pull是为了本地 commit 和远程commit 的对比记录,git 是按照文件的行数操作进行对比的,如果同时操作了某文件的同一行那么就会产生冲突,git 也会把这个冲突给标记出来,这个时候就需要先把和你冲突的那个人拉过来问问保留谁的代码,然后在 git add && git commit && git pull 这三连,再次 pull 一次是为了防止再你们协商的时候另一个人给又提交了一版东西,如果真发生了那流程重复一遍,通常没有冲突的时候就直接给你合并了,不会把你的代码给覆盖掉。

https://blog.csdn.net/saum/article/details/53150914