git-在当前分支做变基(rebase current onto selected)-Toy模板网

这篇具有很好参考价值的文章主要介绍了git-在当前分支做变基(rebase current onto selected)。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

git rebase变基

初学git，在合并分支上必定会常用到 git merge 语法。git除了使用合并(merge)集成2个分支之间的更改，还有另外一种称为rebase的方法。

git rebase <基础分支>

rebase的作用是改变基点。rebase把当前分支的基点，由与基础分支的共同祖先处，移动到基础分支的头部位置处，然后以新基点为基础，重新提交当前分支中的更改。

git rebase使用场景

Git中分支merge和rebase的适用场景及区别
参考URL: https://www.cnblogs.com/marblemm/p/7161614.html
git merge rebase的区别及应用场景
参考URL: http://www.mamicode.com/info-detail-1774810.html

两个使用场景是不一样的，merge只是合并另外一个分支的内容，rebase也合并另外一个分支的内容，但是会把本分支的commits顶到最顶端

假设我们现在有3个分支

master分支：线上环境使用的分支
testing分支：测试环境使用的分支
my_feature分支：开发新功能的分支，也就是当前分支

A. 假设我在my_feature上开发了一段时间，之后另外的同事开发的功能正式上线到master分支了，那么我可以在当前的分支下rebase一下master分支，这样我这个分支的几个commits相对于master还是处于最顶端的，也就是说rebase主要用来跟上游同步，同时把自己的修改顶到最上面

B. 我在my_feature上开发了一段时间了，想要放到testing分支上，那就切到testing，然后merge my_feature进来，因为是个测试分支，commits的顺序无所谓，也就没必要用rebase (当然你也可以用rebase)

另外，单独使用rebase，还有调整当前分支上commits的功能(合并，丢弃，修改commites msg)

git rebase还是git merge?

在开发过程中使用git rebase还是git merge，优缺点分别是什么？
参考URL: https://www.zhihu.com/question/36509119

两个使用场景是不一样的，merge只是合并另外一个分支的内容，rebase也合并另外一个分支的内容，但是会把本分支的commits顶到最顶端

merge 的话，会产生一个commit，记录合并的操作，可能是没有冲突自动生成的merge commit，也可能解决冲突后自己编写的 commit。总之多了一个 commit。

支持merge多一点，原因如下：

rebase过程中，一个commit出现冲突，下一个commit也极有可能出现冲突，一次rebase可能要解决多次冲突；
合并的历史脉络（冲突）被物理消灭了
merge，合并结果不好看，一堆线交错，但合并有冲突的话，只要解一次就行了；

来自网上：有人说：“团队里有新人且水平参差不齐的情况下，建议统一 git merge，不然容易出来麻花，过去解完麻花再传授一番 git rebase 的原理，然后 git push -f 一发又有什么收益呢”。

为了追求Git的线好看，在团队合作中使用rebase说轻点是舍本逐末，说重了是对团队不负责任。个人以及本地项目无所谓。

总结：支持merge多一点，团队合作建议用merge。一般私有的用rebase，公开的用merge。（如果团队成员对于git的分支管理并不娴熟，那我推荐使用merge。）**开源项目中，我们一般会推荐commitor在提交PR前做一次rebase。**审核通过后，PR的commit list会合并成一个patch打到主分支中。所以无论是不是做过rebase，最终表现在master上都只是一个独立的commit。

git-在当前分支做变基(rebase current onto selected)

在当前分支做变基

Rebase Current onto Selected: 在当前分支做变基。（将所选分支提交加入到当前分支）

变基也是将一个分支的代码整合到另外一个分支。跟merge功能类似，但也存在着很大的不同。变基可以把提交线整合得更加是一条直线。

git-在当前分支做变基(rebase current onto selected)

$ git checkout dev
$ git rebase master

如上，我在dev分支，我选择吧 dev变基到main，意思就是把main和合并到到dev和merge功效差不多，不同的是我们的commit提交就是置于最新的顶端。

总结：我们当前在哪个分支，选择某个分支，操作merge或者rebase都是把别人分支的东西合并到我当前的分支上。

使用总结

我们可以在自己独立的分支上，把代码变基到协作分支上，这样既不影响和别人的协作，也可以让自己的分支更加的简洁。

在本地分支中使用 rebase 来合并主分支的改动，是为了让你的本地提交记录清晰可读。（当然， rebase 不只用来合并 master 的改动，还可以在协同开发时 rebase 队友的改动。）文章来源地址https://www.toymoban.com/news/detail-495296.html

到了这里，关于git-在当前分支做变基(rebase current onto selected)的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！