各位神人大大好，小弟藉這串推文跟回文問一下個問題
請教一下在什麼場合會用到rebase呢？小弟新人入行半年在公司還沒看過有人使用rebase
，好奇大家在推文跟留言說要學rebase，請問是真的很重要嗎？
作者: titikaka (TitiKaka) 2019-02-16 20:12:00
多人一起開發同一個repo，在push前都要rebase到你開的feature branch或bug fix branch
作者: titikaka (TitiKaka) 2019-02-16 21:39:00
樓上都是直接推回dev branch or master branch?不另外開分支或是fork repo的話，那公司內部怎麼code review 的呢
我們是直接推回dev branch，code review的部分是定時做
作者:
oneheat (等待)
2019-02-16 22:48:00不rebase到新的代碼，你的代碼和人有衝突你怎麼合入？
都先Pull下來，有衝突先mergetool解一解
作者:
s890510 (月藍天水)
2019-02-16 23:50:00多人開發多少都會用到吧......
作者:
NCUking (中大王)
2019-02-17 00:15:00想讓history線圖乾淨就會用了啦
作者:
senjor (哞哞)
2019-02-17 00:25:00反正也不是很難理解的技術，需要用到了再看都可以
作者:
yehzu (小葉~)
2019-02-17 00:52:00我幾乎都是用 git pull --rebase origin branch_name
作者: puring0815 2019-02-17 02:06:00
feature branch 更新時用 merge 會有一堆 merge點，看想不想讓 history 比較乾淨囉
作者:
molopo (mmm)
2019-02-17 11:11:00git flow
多人開發+多branch時 rebase就會很好用
pull conflict merge時或你需要dev上的新function時
我自己遇到會用rebase的人很少 squash還沒遇過...但能認真了解vcs與使用的 通常code都寫的不錯
作者:
elements (Helianthus annuns)
2019-02-17 13:45:00整理一些實驗性的實作會用到
作者:
tz5514 (屁安)
2019-02-17 18:15:00rebate可以讓commit tree乾淨一點 也比較不容易弄髒PR
作者:
senjor (哞哞)
2019-02-17 19:02:00作者: champion0922 (Evan) 2019-02-17 20:29:00
aourcetree
作者:
godddddd (howudoing)
2019-02-17 22:08:00Rebase merge 都沒差 重點是別亂commit/pull 主要合併的人會表示幹除非是有特別要求圖漂亮 才會思考用rebase
作者:
yehzu (小葉~)
2019-02-17 23:32:00個人會思考merge這件事是不是很必要在log tree上，只是單純要解conflict的話還是rebase比較好…如果每個commit都有認真log跟確認commit的內容，我覺得用squash merge就太浪費了(心血呀…) 但如果不能好好做這件事squash merge可能會比不整理的commmit好一點XD