一、git pull与git fetch区别
1、两者的区别
两者都是更新远程仓库代码到本地。
git fetch相当于是从远程获取最新版本到本地，不会自动merge。
只是将远程仓库最新commitid记录更新到本地remote中对应的远程分支，而本地head不更新，仍然保持本地的commitid。
git pull相当于是从远程获取最新版本代码并自动merge。
只是将远程仓库最新commitid记录更新到本地remote中，同时本地head也更新到远程拉取下来的commitid记录。
2、两者的使用
更新代码一般人都推荐git fetch，之后再自行手动合并，但是麻烦，协作开发，因为代码更新是经常性的
git pull自动合并隐藏过程细节，方便快捷，但是有冲突就麻烦了，不容易对比差异化代码。幸运的是，日常开发中我们解决冲突一般借助于IDE提供的插件，可以很好地对比版本差异，快速解决冲突，所以个人更喜欢用git pull。
二、git merge与git rebase的区别
1、两者的区别
两者都是将公共分支（master）合并到当前分支（feature）。
git merge 的合并分支会让两个分支的每一次提交都按照提交时间（并不是push时间）排序，并且会将公共分支（master）和
当前分支（feature）的最新一次commit点合并在一起，形成一个新的commit，最终的分支树呈现非整条线性直线的形式。
git rebase操作实际上是将当前分支（feature）的所有commit点取消，保存成一个一个的临时patch（保存在".git/rebase"目录中），
然后把当前分支（feature）更新到最新的原分支（master），最后把这些保存的临时patch文件，应用到当前分支（feature）上，
并把这些patch重新生成一个个对应新的commit hash值，不会形成新的commit点，可以保持整个分支树的完美线性。
下面的更直观：
2、两者的使用
git merge适合公共分支，将其他分支合并到公共分支，merge操作两个分支最新的提交点会形成新的一个提交点，使后合并进来的commit记录仍然保持在后边。
git rebase适合个人分支（只自己一个人提交）。日常开发过程中，个人分支代码需要和公共分支代码保持一致最新，定期合并公共分支代码到个人分支。个人分支一般是处于开发阶段，只有个人提交，执行rebase操作后，从公共分支上合并别人新的commit在我们的commit之前。
公共分支：master、develop、和其他人共同使用的feature，统称为公共分支。
个人分支：只有自己一个人开发提交代码，不存在第二个人提交，统称为个人分支
三、git pull与git pull --rebase区别
git pull = git fetch + git merge
git pull --rebase = git fetch + git rebase
转自：[1]git pull与git fetch及git merge与git rebase的区别
[2]git在工作中正确的使用方式----git rebase篇