校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃

主頁 > 知識庫 > 詳解git merge 與 git rebase的區(qū)別

詳解git merge 與 git rebase的區(qū)別

熱門標簽:地圖標注項目幾個月 谷歌地圖標注日期 鶴壁高頻外呼系統(tǒng)多少錢一個月 蘇州呼叫中心外呼系統(tǒng)哪家強 外呼系統(tǒng)怎么群發(fā)短信 400電話申請到底哪家好 聯(lián)通外呼系統(tǒng)電腦app軟件 宿遷怎么辦理400電話 400電話辦理費用低

前言

      其實這個問題困擾我有一段時間,相信也有人和我一樣有這個困擾,網(wǎng)上已有很多這種解釋了,但是要么就是無圖,要么就是解釋的很亂,沒太看懂,經(jīng)過自己對git的使用,加上向同事請教,算是理解了這個問題,所以寫下來分享一下,我盡量詳細說明

merge與rebase的區(qū)別

        假設我們有如下圖一所示倉庫,該倉庫有master和develop兩個分支,且develop是在(3.added merge.txt file)commit處從master拉出來的分支。  


merge

        假設現(xiàn)在HEAD在(6.added hello.txt file)處,也就是在master分支最近的一次提交處,此時執(zhí)行git merge develop, 結果如下圖所示。 


         工作原理就是:git 會自動根據(jù)兩個分支的共同祖先即 (3.added merge.txt file)這個 commit 和兩個分支的最新提交即 (6.added hello.txt file) 和 (5.added test.txt file) 進行一個三方合并,然后將合并中修改的內容生成一個新的 commit,即圖二的(7.Merge branch ‘develop')。 

        這是merge的效果,簡單來說就合并兩個分支并生成一個新的提交。

rebase

      那rebase是這么工作的呢? 

      假設初始狀態(tài)也是圖一所顯示的。兩個分支一個master,一個develop,此時HEAD在(6.added hello.txt file)處,現(xiàn)在執(zhí)行git rebase develop,結果如下圖三所示。 


        可以看見develop分支分出來分叉不見了,下面來解釋一下它的工作原理: 

         在執(zhí)行git rebase develop之前,HEAD在(6.added hello.txt file)處,當執(zhí)行rebase操作時,git 會從兩個分支的共同祖先 (3.added merge.txt file)開始提取 當前分支(此時是master分支)上的修改,即 (6.added hello.txt file)這個commit,再將 master 分支指向 目標分支的最新提交(此時是develop分支)即(5.added test.txt file) 處,然后將剛剛提取的修改應用到這個最新提交后面。如果提取的修改有多個,那git將依次應用到最新的提交后面,如下兩圖所示,圖四為初始狀態(tài),圖五為執(zhí)行rebase后的狀態(tài)。  



   簡單來說,git rebase提取操作有點像git cherry-pick一樣,執(zhí)行rebase后依次將當前的提交cherry-pick到目標分支上,然后將在原始分支上的已提取的commit刪除。

merge OR rebase

那什么時候用merge,什么時候用rebase呢? 

再舉個例子: 

初始狀態(tài)如下圖六所示: 

         和之前一樣的是,develop分支也是在 (3.added merge.txt file)處從master分支拉取develop分支。不一樣的是兩個分支各個commit的時間不同,之前develop分支的4和5commit在master分支3之后6之前,現(xiàn)在是develop分支的4提交早于master分支的5提交,develop分支的6提交晚于master的5提交早于master的7提交。  


在上圖情況下,在master分支的7commit處,執(zhí)行git merge develop,結果如下圖七所示: 


執(zhí)行git rebase develop,結果如下圖八所示: 


1. 可以看出merge結果能夠體現(xiàn)出時間線,但是rebase會打亂時間線。 
2. 而rebase看起來簡潔,但是merge看起來不太簡潔。 
3. 最終結果是都把代碼合起來了,所以具體怎么使用這兩個命令看項目需要。

       還有一點說明的是,在項目中經(jīng)常使用git pull來拉取代碼,git pull相當于是git fetch + git merge,如果此時運行git pull -r,也就是git pull –rebase,相當于git fetch + git rebase

最后推薦一些git可視化工具,我用的是gitkraken,這些工具功能基本一樣,看個人喜歡好使用

到此這篇關于詳解git merge 與 git rebase的區(qū)別的文章就介紹到這了,更多相關git merge與git rebase內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • git merge最簡潔用法詳解
  • 詳解git merge命令應用的三種情景
  • 詳解git無法pull倉庫refusing to merge unrelated histories
  • git merge --ff/--no-ff/--ff-only 三種選項參數(shù)的區(qū)別解析

標簽:襄陽 哈爾濱 雙鴨山 鄂爾多斯 遵義 莆田 丹東 錫林郭勒盟

巨人網(wǎng)絡通訊聲明:本文標題《詳解git merge 與 git rebase的區(qū)別》,本文關鍵詞  詳解,git,merge,與,rebase,的,;如發(fā)現(xiàn)本文內容存在版權問題,煩請?zhí)峁┫嚓P信息告之我們,我們將及時溝通與處理。本站內容系統(tǒng)采集于網(wǎng)絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《詳解git merge 與 git rebase的區(qū)別》相關的同類信息!
  • 本頁收集關于詳解git merge 與 git rebase的區(qū)別的相關信息資訊供網(wǎng)民參考!
  • 推薦文章
    主站蜘蛛池模板: 溧水县| 郁南县| 山阴县| 鹤壁市| 马鞍山市| 东山县| 柘城县| 江北区| 南部县| 永春县| 清镇市| 化德县| 无为县| 苏州市| 博白县| 烟台市| 广宗县| 信宜市| 涡阳县| 洪江市| 兴宁市| 万州区| 静乐县| 台州市| 项城市| 洛川县| 重庆市| 绵阳市| 吉安县| 苏尼特右旗| 马龙县| 洛川县| 昔阳县| 邯郸市| 江安县| 斗六市| 漯河市| 会昌县| 普格县| 黄平县| 临湘市|