各位神人大大好，小弟藉这串推文跟回文问一下个问题
请教一下在什么场合会用到rebase呢？小弟新人入行半年在公司还没看过有人使用rebase
，好奇大家在推文跟留言说要学rebase，请问是真的很重要吗？

老实说我也没用过啥rebase...

多人一起开发同一个repo，在push前都要rebase到你开的feature branch或bug fix branch

都没用过 那你们主干应该一堆merge点吧

楼上都是直接推回dev branch or master branch?不另外开分支或是fork repo的话，那公司内部怎么code review 的呢

我们是直接推回dev branch，code review的部分是定时做

不rebase到新的代码，你的代码和人有冲突你怎么合入？

都先Pull下来，有冲突先mergetool解一解

多人开发多少都会用到吧......

想让history线图干净就会用了啦

反正也不是很难理解的技术，需要用到了再看都可以

我几乎都是用 git pull --rebase origin branch_name

feature branch 更新时用 merge 会有一堆 merge点，看想不想让 history 比较干净囉

git flow

多人开发+多branch时 rebase就会很好用

pull conflict merge时或你需要dev上的新function时

我自己遇到会用rebase的人很少 squash还没遇过...但能认真了解vcs与使用的 通常code都写的不错

整理一些实验性的实作会用到

rebate可以让commit tree干净一点 也比较不容易弄脏PR

我觉得参考这篇结论就差不多了 https://goo.gl/U7cUXn

aourcetree

Rebase merge 都没差 重点是别乱commit/pull 主要合并的人会表示干除非是有特别要求图漂亮 才会思考用rebase

个人会思考merge这件事是不是很必要在log tree上，只是单纯要解conflict的话还是rebase比较好…如果每个commit都有认真log跟确认commit的内容，我觉得用squash merge就太浪费了(心血呀…) 但如果不能好好做这件事squash merge可能会比不整理的commmit好一点XD