Git拉取代码的坑
- 格式：
git xx指令 origin/远程仓库分支名称 - 假如本地仓库和远程仓库都是空的
- 本地仓库向远程仓库提交一个文件
git commit -a -m "local first commit"：-a暂存修改文件到暂存区，准备本地提交。-m表示提交信息git push origin refs/heads/master：将本地master分支的最新本地提交(refs/heads/master)推送到远程仓库origin的同名分支
- 本地仓库向远程仓库提交一个文件
- 本地仓库分支记录
- 远程仓库分支记录
git fetch
从远程仓库获取本地仓库所有尚未拥有的版本更新，只是获取，不会进行远程仓库和本地仓库的代码合并和代码变基，需要手动进行代码合并git merge origin/master和代码变基git rebase origin/master
- 远程仓库有一笔新的远程提交，本地仓库并没有办法感知
- 本地仓库使用
git fetch查看远程仓库最新的代码提交- 本地仓库分支记录
- 远程仓库分支记录
- 本地仓库分支记录
git merge origin/master
- 假如本地仓库没有本地提交，本地仓库使用
git merge origin/master手动合并刚才git fetch获取到远程仓库的代码更新。此时本地仓库和远程仓库的代码一致
- 本地仓库分支记录
- 远程仓库分支记录
- 本地仓库分支记录
- 假如本地仓库有本地提交，本地仓库使用
git merge origin/master手动合并刚才git fetch获取到远程仓库的代码更新，需要在本地仓库解决冲突的代码文件- 本地仓库做一些修改并本地提交
git commit -a -m "local second commit"，但还没有推送到远程仓库
- 远程仓库做一些修改并远程提交
- 本地仓库使用
git fetch查看远程仓库最新的代码提交- 本地仓库分支记录
- 远程仓库分支记录
- 本地仓库分支记录
git merge origin/master手动合并刚才git fetch获取到远程仓库的代码更新，需要本地解决冲突
- 冲突解决完成后，提交到本地仓库
git commit -a -m "merge local origin commit"，再推送到远程仓库git push origin refs/heads/master，本地仓库和远程仓库的代码才会一致，git merge方式会造成代码提交的分叉和合并 - 本地分支记录
- 远程分支记录
- 本地仓库做一些修改并本地提交
git rebase origin/master
- 假如本地仓库没有本地修改和本地提交，本地仓库使用
git rebase origin/master手动变基刚才git fetch获取到远程仓库的代码更新，此时本地仓库和远程仓库的代码一致 - 远程仓库有一笔新的远程提交，本地仓库并没有办法感知
- 本地分支记录
- 远程分支记录
- 本地分支记录
- 假如本地仓库有本地提交，本地仓库使用
git rebase origin/master手动合并刚才git fetch获取到远程仓库的代码更新，需要在本地仓库解决冲突的代码文件- 本地仓库做一些修改并本地提交
git commit -a -m "local thid commit"，但还没有推送到远程仓库
- 远程仓库做一些修改并远程提交
- 本地仓库使用
git fetch查看远程仓库最新的代码提交-
本地仓库分支记录
-
远程仓库分支记录
-
git rebase origin/master手动合并刚才git fetch获取到远程仓库的代码更新，需要本地解决冲突
- 冲突解决完成后，提交到本地仓库的暂存区
git add hello.txt，再使用git rebase --continue执行之前被冲突打断的rebase操作，git会自动创建一个线性提交，不会像git merge那样的分叉和合并
- 本地仓库做一些修改并本地提交
总结
git fetch：从远程仓库获取最新的代码更新，但是不会自动合并或修改你的本地仓库代码git merge：合并两个分支代码，会出现代码提交的分叉和合并，非线性合并git rebase：合并两个分支代码，不会出现代码提交的分叉和合并，线性合并git pull：git fetch + get merge的组合，用远程仓库代码更新本地仓库的代码，非线性合并git pull --rebase：git fetch + get rebase的组合，用远程仓库代码更新本地仓库的代码，线性合并
