内容简介：在做个人开发时，用 git 还是用 svn，完全可以看你个人喜好或者工具习惯。一旦进入多人协作的工作场景，对分支操作的强大支持，就使得 git 在多年来成为了团队开发中版本控制工具的主流选择。然而，同样是 git，不同的人用出来的效果嘛，还是千差万别的。
前言
在做个人开发时，用 git 还是用 svn，完全可以看你个人喜好或者 工具 习惯。
一旦进入多人协作的工作场景，对分支操作的强大支持，就使得 git 在多年来成为了团队开发中版本控制工具的主流选择。
然而，同样是 git，不同的人用出来的效果嘛，还是千差万别的。
下面两种分支图谱，你喜欢哪种？
变一下基吧
git rebase master 是一个神奇的 git 操作，它可以将当前开发分支基于最新的 master 分支重新演化。
变基前
变基后
保留合并历史一起变基
如果落后于最新 master 节点的开发分支里，有着复杂的合并历史，变基后会怎样？
直接变基会抛弃合并动作，丢失合并细节。
使用 git rebase master -p 命令即可解决这个问题，至少在大部分场景下可以解决。
变基前，开发分支里有很多细节
保留合并细节的变基，很酷。
后语
本文主要是给大家介绍了 git rebase 命令的神奇用法，然而如果想要实现高效的团队协作，还有很多细节需要注意，不过这就是另一件事儿了。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
