Git rebase
多人协作项目中,可能会同时存在多个本地分支(每个人都会创建本地分支开发新的功能),主干分支在短时间内可能会有很高频率的提交。如果只是简单粗暴的使用git pull--git commit--git push,由于pull会自动进行merge操作,并留下merge记录,主干上很容易出现十分复杂、互相交错的树形结构提交记录。连续多个merge在git的路径中,看不清某个人某次有价值的提交是哪一条,而且一旦出现问题很难定位、回滚,因为无法快速确认问题出现在某功能的初始提交记录中,还是提交其他功能时merge该初始提交产生的记录中。
因此,引入git rebase来变基,减少难看的merge类型的commit。
操作如下。
$ git checkout 特性分支
$ git rebase master
$ git checkout master
$ git merge 特性分支
备注:进行上述rebase操作前,保持本地master最新,保持master分支工作区是干净的,可以使用以下命令
$ git pull –rebase
git pull –rebase = git fetch + git rebase
这个命令从远端拉取代码到本地,由于工作区是干净的,所以不会有冲突。
在保证工作区绝对干净的前提下,使用 git pull 也是可以的,但加上rebase参数,或者设置auto rebase 更为保险,这是因为 rebase 在拉代码前要确保你本地工作区是干净的,如果你本地修改的内容没完全 commit 或者 stash,就会 rebase 失败。
未完待续。。