git之rebase、merge和cherry pick的區別詳解—面試常問
git flow 鎮樓
- merge
這個簡單,初學者常用。比如主分支是Dev,最新版本是01。然後小明基於此,搞了個feature 分支A,業務:打醬油
然後在上面多次提交,完成功能迭代開發,如A1 ---> A2 ---> A3
Dev 分支 merge A branch,最後Dev 分支的歷史log就變成: Dev01 ---> A1 ---> A2 ---> A3
附圖如下:
- rebase
中文翻譯過來,變基。這個搞完,提交歷史會比較清爽,哈哈
a) merge會有兩條提交歷史記錄線路,有個菱形圖(C2, C3, C4, C5間關係)
b)rebase只有一條提交歷史記錄線路圖,無菱形圖(C2, C3, C4'),並且少了一個提交對不,C4好像不存在
附圖如下:
after merge
after rebase
官網說明請移步: https://git-scm.com/book/en/v2/Git-Branching-Rebasing
rebase、merge的區別參見: https://stackoverflow.com/questions/16666089/whats-the-difference-between-git-merge-and-git-rebase
- cherry pick
直譯,摘櫻桃。這個就是可以選一個分支中一個或者幾個commit來應用提交到另外一個分支,操作單元是commit 不是branch。附圖如下:
當前分支head 指向F,我可以選取另一個分支上的C commit,將其更改應用到我的分支,作為C‘ commit。
官網說明請移步: https://git-scm.com/docs/git-cherry-pick
附:
git官網中文版電子書(web版): https://git-scm.com/book/zh/v2
*****************************************************************************************************
精力有限,慾望太多,專注做好一件事就行
- 我只是一個程式猿。5年內把程式碼寫好,技術部落格字字推敲,堅持零拷貝和原創
- 寫部落格的意義在於鍛鍊邏輯條理性,加深對知識的系統性理解,鍛鍊文筆,如果恰好又對別人有點幫助,那真是一件令人開心的事
*************************************************************************************************