各位神人大大好，小弟藉這串推文跟回文問一下個問題
請教一下在什麼場合會用到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