Розмір відео: 1280 X 720853 X 480640 X 360
Показувати елементи керування програвачем
Автоматичне відтворення
Автоповтор
Git基本功能之一，就是使用rebase，標題的「不要說不要使用pull」本身是一種極端狀況，而設定初始使用rebase 在某些情況會很難用。
根本不是這樣會有這種問題本質上就是因為沒有在分支開發... 沒有開發流程才會有這個問題，全部人都在主線開發，當然蓋來蓋去如果你現在在分支開發，這樣你commit的時候一定就沒問題然後功能是merge回去主線 或是 開pr/mr合併回去主線，不管同事在主線開發了幾千萬個功能，都不會有這個問題
spot on
沒有，你們改同一個檔案，然後同事先交 PR 先 merge 進去 master branch在你和雲端的視角裡看起來就和這個影片講的是一樣的事情了這篇重點講的是當你無可避免地會改到和別人同一個檔案(EX. 你全域取代某 var 的名字)怎麼做可以減少無用的 commit 減少後續維護困難
就算大家都在分支開發 只要有人比你早推到 master/main 就一定有機率發生這件事情啊@lovemdjk 講的才是這個影片真正的核心
你真的有看完影片嗎？29秒處不就講場景了莫非你開頭看個幾秒就急著來留言？
我認為他說的也沒有錯，本來就是如果你想要動到別人的東西，正常應該要另外開啟新分支而不是去使用別人分支做修改。而且正常做法會使用rebase ，而不是直接透過 git pull 單純取得。重點，良好的操作，通常會在同一個議題多開不同的分支，這樣才會可以避免對方使用自己的分支。另外，正常push跟pull 前，都要透過fetch去觀察有沒有人動到自己的分支。而 git rebase 本身就是一種合併請求方式。
不错，简洁易懂
等你問完GPT之後你就知道，五人以上團隊會直接忽略使用--rebase的教學，先不要放在腦子內，但是如果是一兩人開發需求都簡單，在學都不遲，提示詞問兩種有啥差異就如同影片說明差不多，再問五人十人以上團隊哪個適合使用，你就更明白了
想請問是無論甚麼情況都可以使用 git pull --rebase 取代 git pull 嗎, 還是說有些情況 git pull 會比 git pull --rebase 來得合適呢?
因為沒有 --rebase 的其實就是merge所以你可以直接google "rebase vs merge"通常就是 feature branch => main branch 用 mergemain branch => feature branch 用 rebaserebase 也有不好的地方例如rebase會把feature branch commit所有的時間都抺去或當同一行在main & feature branch也被修改多次的時候你要解決多次合併衝突
有一個狀況是 你有一兩個檔跟別人衝突。而且本地分支有多個commit用到這幾個檔。那用rebase會很累，每commit一次就要解一次衝突。merge只要解一次。這種情況。我就會用merge。通常rebase會較輕爽。不會一堆線拉來拉去的。
不是，貴司不鎖 default branch 的嗎 😂
天啊，這正是我需要的!
东特瘦鹅根
0:21 彈出動畫戳到我笑點🤪
抄袭来的
感謝分享
莫不是暴露了爬爬虾在稀土掘金的账号🤭
git fetch + git rebase
你們沒有任何分支做git........🤮🤮
Git基本功能之一，就是使用rebase，標題的「不要說不要使用pull」本身是一種極端狀況，而設定初始使用rebase 在某些情況會很難用。
根本不是這樣
會有這種問題本質上就是因為沒有在分支開發...
沒有開發流程才會有這個問題，全部人都在主線開發，當然蓋來蓋去
如果你現在在分支開發，這樣你commit的時候一定就沒問題
然後功能是merge回去主線 或是 開pr/mr合併回去主線，不管同事在主線開發了幾千萬個功能，都不會有這個問題
spot on
沒有，你們改同一個檔案，然後同事先交 PR 先 merge 進去 master branch
在你和雲端的視角裡看起來就和這個影片講的是一樣的事情了
這篇重點講的是當你無可避免地會改到和別人同一個檔案(EX. 你全域取代某 var 的名字)
怎麼做可以減少無用的 commit 減少後續維護困難
就算大家都在分支開發 只要有人比你早推到 master/main 就一定有機率發生這件事情啊
@lovemdjk 講的才是這個影片真正的核心
你真的有看完影片嗎？
29秒處不就講場景了
莫非你開頭看個幾秒就急著來留言？
我認為他說的也沒有錯，本來就是如果你想要動到別人的東西，正常應該要另外開啟新分支而不是去使用別人分支做修改。
而且正常做法會使用rebase ，而不是直接透過 git pull 單純取得。
重點，良好的操作，通常會在同一個議題多開不同的分支，這樣才會可以避免對方使用自己的分支。
另外，正常push跟pull 前，都要透過fetch去觀察有沒有人動到自己的分支。
而 git rebase 本身就是一種合併請求方式。
不错，简洁易懂
等你問完GPT之後你就知道，五人以上團隊會直接忽略使用--rebase的教學，先不要放在腦子內，但是如果是一兩人開發需求都簡單，在學都不遲，提示詞問兩種有啥差異就如同影片說明差不多，再問五人十人以上團隊哪個適合使用，你就更明白了
想請問是無論甚麼情況都可以使用 git pull --rebase 取代 git pull 嗎, 還是說有些情況 git pull 會比 git pull --rebase 來得合適呢?
因為沒有 --rebase 的其實就是merge
所以你可以直接google "rebase vs merge"
通常就是 feature branch => main branch 用 merge
main branch => feature branch 用 rebase
rebase 也有不好的地方
例如rebase會把feature branch commit所有的時間都抺去
或當同一行在main & feature branch也被修改多次的時候你要解決多次合併衝突
有一個狀況是 你有一兩個檔跟別人衝突。而且本地分支有多個commit用到這幾個檔。那用rebase會很累，每commit一次就要解一次衝突。merge只要解一次。這種情況。我就會用merge。通常rebase會較輕爽。不會一堆線拉來拉去的。
不是，貴司不鎖 default branch 的嗎 😂
天啊，這正是我需要的!
东特瘦鹅根
0:21 彈出動畫戳到我笑點🤪
抄袭来的
感謝分享
莫不是暴露了爬爬虾在稀土掘金的账号🤭
git fetch + git rebase
你們沒有任何分支做git........🤮🤮