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

看板Soft_Job作者 (小明)時間6年前 (2019/02/16 19:02), 6年前編輯推噓15(15推 0噓 19→)
留言34則, 16人參與, 6年前最新討論串3/3 (看更多)
各位神人大大好，小弟藉這串推文跟回文問一下個問題 請教一下在什麼場合會用到rebase呢？小弟新人入行半年在公司還沒看過有人使用rebase ，好奇大家在推文跟留言說要學rebase，請問是真的很重要嗎？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 69.181.57.187 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1550314935.A.788.html
→
02/16 20:06, 6年前 , 1F
老實說我也沒用過啥rebase...
02/16 20:06, 1F
推
02/16 20:12, 6年前 , 2F
多人一起開發同一個repo，在push前都要rebase
02/16 20:12, 2F
推
02/16 20:14, 6年前 , 3F
到你開的feature branch或bug fix branch
02/16 20:14, 3F
→
02/16 20:22, 6年前 , 4F
都沒用過 那你們主幹應該一堆merge點吧
02/16 20:22, 4F
推
02/16 21:39, 6年前 , 5F
樓上都是直接推回dev branch or master branch?
02/16 21:39, 5F
→
02/16 21:40, 6年前 , 6F
不另外開分支或是fork repo的話，那公司內部怎麼code r
02/16 21:40, 6F
→
02/16 21:40, 6年前 , 7F
eview 的呢
02/16 21:40, 7F
推
02/16 22:24, 6年前 , 8F
我們是直接推回dev branch，code review的部分是定時做
02/16 22:24, 8F
推
02/16 22:48, 6年前 , 9F
不rebase到新的代碼，你的代碼和人有衝突你怎麼合入？
02/16 22:48, 9F
→
02/16 23:39, 6年前 , 10F
都先Pull下來，有衝突先mergetool解一解
02/16 23:39, 10F
→
02/16 23:50, 6年前 , 11F
多人開發多少都會用到吧......
02/16 23:50, 11F
推
02/17 00:15, 6年前 , 12F
想讓history線圖乾淨就會用了啦
02/17 00:15, 12F
推
02/17 00:25, 6年前 , 13F
反正也不是很難理解的技術，需要用到了再看都可以
02/17 00:25, 13F
推
02/17 00:52, 6年前 , 14F
我幾乎都是用 git pull --rebase origin branch_name
02/17 00:52, 14F
推
02/17 02:06, 6年前 , 15F
feature branch 更新時用 merge 會有一堆 merge點，
02/17 02:06, 15F
→
02/17 02:06, 6年前 , 16F
看想不想讓 history 比較乾淨囉
02/17 02:06, 16F
小弟公司都用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
推
02/17 11:11, 6年前 , 17F
git flow
02/17 11:11, 17F
→
02/17 12:50, 6年前 , 18F
多人開發+多branch時 rebase就會很好用
02/17 12:50, 18F
推
02/17 12:50, 6年前 , 19F
pull conflict merge時或你需要dev上的新function時
02/17 12:50, 19F
→
02/17 12:50, 6年前 , 20F
通常都是 feature → develop
02/17 12:50, 20F
→
02/17 12:52, 6年前 , 21F
我自己遇到會用rebase的人很少 squash還沒遇過...
02/17 12:52, 21F
→
02/17 12:54, 6年前 , 22F
但能認真了解vcs與使用的 通常code都寫的不錯
02/17 12:54, 22F
→
02/17 13:45, 6年前 , 23F
整理一些實驗性的實作會用到
02/17 13:45, 23F
推
02/17 18:15, 6年前 , 24F
rebate可以讓commit tree乾淨一點 也比較不容易弄髒PR
02/17 18:15, 24F
推
02/17 19:02, 6年前 , 25F
我覺得參考這篇結論就差不多了 https://goo.gl/U7cUXn
02/17 19:02, 25F
推
02/17 20:29, 6年前 , 26F
aourcetree
02/17 20:29, 26F
→
02/17 22:08, 6年前 , 27F
Rebase merge 都沒差 重點是別亂commit/pull 主要合併的
02/17 22:08, 27F
→
02/17 22:08, 6年前 , 28F
人會表示幹
02/17 22:08, 28F
→
02/17 22:09, 6年前 , 29F
除非是有特別要求圖漂亮 才會思考用rebase
02/17 22:09, 29F
推
02/17 23:32, 6年前 , 30F
個人會思考merge這件事是不是很必要在log tree上，只是單純
02/17 23:32, 30F
→
02/17 23:33, 6年前 , 31F
要解conflict的話還是rebase比較好…
02/17 23:33, 31F
→
02/17 23:34, 6年前 , 32F
如果每個commit都有認真log跟確認commit的內容，我覺得用
02/17 23:34, 32F
→
02/17 23:35, 6年前 , 33F
squash merge就太浪費了(心血呀…) 但如果不能好好做這件事
02/17 23:35, 33F
→
02/17 23:36, 6年前 , 34F
squash merge可能會比不整理的commmit好一點XD
02/17 23:36, 34F
‣ 更多 lemon651 的文章
文章代碼(AID): #1SP-stU8 (Soft_Job)
‣ 更多 lemon651 的文章
文章代碼(AID): #1SP-stU8 (Soft_Job)