建设一个功能简单的网站,用php做网站不用框架,wordpress订单管理系统,挂机宝做php网站吗Git 变基
1.变基 — rebase
在 Git 中整合来自不同分支的修改主要有两种方法#xff1a;merge 以及 rebase。
在前面的文章中已经介绍了merge#xff0c;这里我们来学习另一个指令rebase。
变基的基本操作
回顾之前在 分支的合并 中的一个例子#xff0c;在该例子中merge 以及 rebase。
在前面的文章中已经介绍了merge这里我们来学习另一个指令rebase。
变基的基本操作
回顾之前在 分支的合并 中的一个例子在该例子中我们可以看到开发任务分叉到两个不同分支又各自提交了更新。 之前介绍过整合分支最容易的方法是 merge 命令。 当两个分支分叉时它会把两个分支的最新快照C3 和 C4以及二者最近的共同祖先C2进行三方合并合并的结果是生成一个新的快照并提交。 其实还有一种方法你可以提取在 C4 中引入的补丁和修改然后在 C3 的基础上应用一次。 在 Git 中这种操作就叫做 变基rebase。 你可以使用 rebase 命令将提交到某一分支上的所有修改都移至另一分支上就好像“重新播放”一样。
比如在这个例子中执行下面的指令
$ git checkout experiment
$ git rebase master即切换到 experiment 分支将其变基到 master 上这里需要注意一下因为使用merge时是在合并入的分支上将要合并的分支合并到当前分支而使用rebase时则是将当前分支变基到目标分支上。
rebase的原理是
首先找到这两个分支即当前分支 experiment、变基操作的目标基底分支 master 的最近共同祖先 C2然后对比当前分支相对于该祖先的历次提交提取相应的修改并存为临时文件 然后将当前分支指向目标基底分支指向的提交对象C3, 最后以此将之前另存为临时文件的修改依序应用。 此时C4 提交对象中的快照就和上面使用merge时 C5 提交对象中的快照一模一样了
但是这里需要注意的是变基过程中目标基底分支的指针是不会变化的移动是仅仅是当前分支的指针所以实际上 git rebase xxx 也可以理解为基于xxx进行变基。
比如这个例子中目标基底分支master是始终没有变化的仅仅是当前分支experiment发生了移动。
如果你后续想要让master分支跟上进度只需要执行一次**快进合并fast-forward**即可实际上就是执行merge。
2.rebase 与 merge 的区别
对于merge和rebase这两种整合方法的最终结果没有任何区别但是变基使得提交历史更加整洁。 你在查看一个经过变基的分支的历史记录时会发现尽管实际的开发工作是并行的 但它们看上去就像是串行的一样提交历史是一条直线没有分叉。
一般我们这样做的目的是为了确保在向远程分支推送时能保持提交历史的整洁——例如向某个其他人维护的项目贡献代码时。 在这种情况下你首先在自己的分支里进行开发当开发完成时你需要先将你的代码变基到 origin/master 上然后再向主项目提交修改。 这样的话该项目的维护者就不再需要进行整合工作只需要快进合并便可。
总的来说无论是通过变基还是通过三方合并整合的最终结果所指向的快照始终是一样的只不过提交历史不同罢了。
变基是将一系列提交按照原有次序依次应用到另一分支上而合并是把最终结果合在一起。
3.变基的其他使用方法
在对两个分支进行变基时所生成的“重放”并不一定要在目标分支上应用你也可以指定另外的一个分支进行应用。 就像 从一个主题分支里再分出一个主题分支的提交历史 中的例子那样。 你创建了一个主题分支 server为服务端添加了一些功能提交了 C3 和 C4。 然后从 C3 上创建了主题分支 client为客户端添加了一些功能提交了 C8 和 C9。 最后你回到 server 分支又提交了 C10。 假设你希望将 client 中的修改合并到主分支并发布但暂时并不想合并 server 中的修改 因为它们还需要经过更全面的测试。这时你就可以使用 git rebase 命令的 --onto 选项 选中在 client 分支里但不在 server 分支里的修改即 C8 和 C9将它们在 master 分支上重放
$ git rebase --onto master server client以上命令的意思是“取出 client 分支找出它从 server 分支分歧之后的补丁 然后把这些补丁在 master 分支上重放一遍让 client 看起来像直接基于 master 修改一样”。这理解起来有一点复杂不过效果非常酷。 现在可以快进合并 master 分支了。如图 快进合并 master 分支使之包含来自 client 分支的修改
$ git checkout master
$ git merge client接下来你决定将 server 分支中的修改也整合进来。 使用 git rebase basebranch topicbranch 命令可以直接将主题分支 即本例中的 server变基到目标分支即 master上。 这样做能省去你先切换到 server 分支再对其执行变基命令的多个步骤。
$ git rebase master server如图 将 server 中的修改变基到 master 上 所示server 中的代码被“续”到了 master 后面。 然后就可以快进合并主分支 master 了
$ git checkout master
$ git merge server至此client 和 server 分支中的修改都已经整合到主分支里了 你可以删除这两个分支最终提交历史会变成下面的样子
$ git branch -d client
$ git branch -d server4.变基的风险
使用变基得遵守一条准则
如果提交存在于你的仓库之外而别人可能基于这些提交进行开发那么不要执行变基。
变基操作的实质是丢弃一些现有的提交然后相应地新建一些内容一样但实际上不同的提交。 如果你已经将提交推送至某个仓库而其他人也已经从该仓库拉取提交并进行了后续工作此时如果你用 git rebase 命令重新整理了提交并再次推送你的同伴因此将不得不再次将他们手头的工作与你的提交进行整合如果接下来你还要拉取并整合他们修改过的提交事情就会变得一团糟。
总的原则是只对尚未推送或分享给别人的本地修改执行变基操作清理历史 从不对已推送至别处的提交执行变基操作这样你才能享受到两种方式带来的便利。
5.Rerere
