git pull   VS   git pull –rebase

首先推荐 git pull –rebase，会让commit 更连续更优雅

当前develop分支上有三个commit A,B,C。现在我们两个项目开始启动，需要分别拉出两个分支独立开发。

我们分别checkout –b 出来两个分支，独立开发互不干扰。正常情况下，如果这两个分支的改动都没有重贴或者冲突的时候，一切都很顺利的。

我在develop_newfeature_authorcheck里修改了点东西，push到develop。然后checkout 到develop_newfeature_apiwrapper。

git pull  拉取远端变更还会产生一个merge操作

这将会把develop_newfeature_authorcheck分支的修改直接拉下来于本地代码merge，且产生一个commit，也就是merge commit。

git pull –rebase  不会产生一个git commit提交

git status

没事就 git status 一下

会告诉下面大概要干啥，是需要拉更新，还是需要commit了，还是需要push了

git log

可以看到提交信息和时间

反正git status , git log 没事就敲一敲

解决冲突

由于多人基于一个分支开发，冲突是难免的

没事就git pull一下，避免在无用代码下长期开发，避免后面拉远端更新时冲突太多

不要等开发完了，才在push前pull一下

出现冲突时，对比着远端分支和自己本地的修改一点点改

冲突解决后就成这样啦

多用命令，少依赖界面

以前都喜欢用idea上自带的界面进行git操作，

但是感觉真正遇到问题，还是git命令更牛逼

转载请注明：汪明鑫的个人博客 » git使用小技巧