Re: [請益] 自學網頁後端的學習深度

[lemon651 (小明)]

各位神人大大好，小弟藉這串推文跟回文問一下個問題

請教一下在什麼場合會用到rebase呢？小弟新人入行半年在公司還沒看過有人使用rebase
，好奇大家在推文跟留言說要學rebase，請問是真的很重要嗎？

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 69.181.57.187
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1550314935.A.788.html
→ forewero: 老實說我也沒用過啥rebase...
推 titikaka: 多人一起開發同一個repo，在push前都要rebase
推 titikaka: 到你開的feature branch或bug fix branch
→ peter9s3b: 都沒用過 那你們主幹應該一堆merge點吧
推 titikaka: 樓上都是直接推回dev branch or master branch?
→ titikaka: 不另外開分支或是fork repo的話，那公司內部怎麼code r
→ titikaka: eview 的呢
推 forewero: 我們是直接推回dev branch，code review的部分是定時做
推 oneheat: 不rebase到新的代碼，你的代碼和人有衝突你怎麼合入？
→ forewero: 都先Pull下來，有衝突先mergetool解一解
→ s890510: 多人開發多少都會用到吧......
推 NCUking: 想讓history線圖乾淨就會用了啦
推 senjor: 反正也不是很難理解的技術，需要用到了再看都可以
推 yehzu: 我幾乎都是用 git pull --rebase origin branch_name
推 puring0815: feature branch 更新時用 merge 會有一堆 merge點，
→ puring0815: 看想不想讓 history 比較乾淨囉
小弟公司都用squash and merge在merge PR，這樣不是能讓Master branch更乾淨嗎？還
是說大家指的是多人開發一個feature branch阿？
※ 編輯: lemon651 (69.181.57.187), 02/17/2019 02:11:13
※ 編輯: lemon651 (69.181.57.187), 02/17/2019 02:14:44
推 molopo: git flow
→ dreamnook: 多人開發+多branch時 rebase就會很好用
推 ernieyang09: pull conflict merge時或你需要dev上的新function時
→ dreamnook: 通常都是 feature → develop
→ ernieyang09: 我自己遇到會用rebase的人很少 squash還沒遇過...
→ ernieyang09: 但能認真了解vcs與使用的 通常code都寫的不錯
→ elements: 整理一些實驗性的實作會用到
推 tz5514: rebate可以讓commit tree乾淨一點 也比較不容易弄髒PR
推 senjor: 我覺得參考這篇結論就差不多了 https://goo.gl/U7cUXn
推 champion0922: aourcetree
→ godddddd: Rebase merge 都沒差 重點是別亂commit/pull 主要合併的
→ godddddd: 人會表示幹
→ godddddd: 除非是有特別要求圖漂亮 才會思考用rebase
推 yehzu: 個人會思考merge這件事是不是很必要在log tree上，只是單純
→ yehzu: 要解conflict的話還是rebase比較好…
→ yehzu: 如果每個commit都有認真log跟確認commit的內容，我覺得用
→ yehzu: squash merge就太浪費了(心血呀…) 但如果不能好好做這件事
→ yehzu: squash merge可能會比不整理的commmit好一點XD