多人开发时,通常都会使用git来进行代码管理。
使用过git的童鞋确定对git pull
git push
git merge
很是熟悉。那么,你们有没有了解过git rebase
命令呢?html
rebase翻译成中文叫“变基”,相比merge,rebase并无进行合并操做,该命令只是提取了当前分支的修改,将其复制在了目标分支的最新提交后面。git
拿工做中常见的场景来举例,小志和其余小伙伴一块儿开发一个项目。
他们基于master分支生成develop分支,小志在develop分支上进行了两个提交(develop分支修改1,develop分支修改2)。与此同时,其余小伙伴也进行了两次提交(master分支修改1,master分支修改2),而且已经合并到了master分支。spa
如今要将小志的代码合并到master分支上而后进行发版上线。.net
咱们都习惯了这样操做:
在master分支上,使用git merge
命令把develop分支合并到master分支。
由图可见,合并时会新增一个节点f87cb3b。其实这个节点并无实际意义。翻译
让咱们来尝试使用下rebase命令。
第一步,在develop分支上使用git rebase
命令,提取develop分支上的修改,将其复制到master分支的最新提交后面。
第二步, 切换到master分支,使用git merge
命令把develop分支合并到master分支。
重点来了,master的分支节点很是整洁,没有相似merge branch 'develop' 信息的多余节点。并且看起来会更清楚:仿佛全部修改都是在一根线上前后进行的,尽管实际上它们本来是同时并行发生的。3d
这样可让更好追踪master分支上的变动,更好地对master分支进行维护。code
若是仅仅使用merge,咱们可能会获得这么一个让人头昏眼花的分支节点图:
使用rebase的目的,就是想要获得一个干净漂亮的历史节点图,利于分支的维护。htm