git merge和git rebase總結

阿新 • • 發佈：2022-03-26

dev分支

* da349ef (dev) e
* 75350bc d
* 63cbbb8 c
* c6509a5 b
* 13405af a

檔案可能會發生衝突，需要解決一下

aaaaaaaaa


bbbbbbbbb


ccccccccc

<<<<<<< HEAD
fffffffff


ggggggggg
=======

ddddddddd

eeeeeeeee
>>>>>>> dev

最後結果

*   85ef130 (HEAD -> master) Merge branch 'dev'
|\
| * da349ef (dev) e
| * 75350bc d
* | b553464 g
* | 6d56d3d f
|/
* 63cbbb8 c
* c6509a5 b
* 13405af a

可以看出，merge 有保留dev分支的痕跡，相當於建立了一個85ef130 commit 並同時指向了da349ef (dev) e和

b553464 g

再看rebase是如何處理的

Master 分支

* 2a4e835 (HEAD -> master) d
* 706b742 c
* 4807917 b
* 59a582d a

dev 分支

* 0a6ecdd (HEAD -> dev) f
* 42b6702 e
* 706b742 c
* 4807917 b
* 59a582d a

使用rebase合併分支

在master 上執行

git rebase dev

（著重理解這句話

）相當於將master分支的程式碼向dev分支合併,在將master的指標指向dev上新建立的commit

可能會有衝突，解一下

aaaaaa

bbbbbb

cccccc

<<<<<<< HEAD //這裡是dev 的內容
eeeeee

ffffff
=======
dddddd
>>>>>>> d // 這裡是master的內容

衝突時，衝突部分與merge不同，相當於將master的差異程式碼往dev合併，然後產生了一個新的commit，之後將master變基到這個新的commit-id 上

解決衝突後執行 git add <conflicted_files>

，然後執行git rebase --continue

rebase操作是持續執行的，如果還有衝突，繼續執行上述操作（好處是：也方便一個衝突一個衝突的解決）

rebase 合併成功後（有的也翻譯為變基），在master上檢視git日誌

* ff1a394 (HEAD -> master) d //這裡是新建立的一個commitid，commit註釋為d master變基到此
* 0a6ecdd (dev) f
* 42b6702 e 
* 706b742 c
* 4807917 b
* 59a582d a

可以看出，在master分支執行git rebase dev 是將當前分支的程式碼往dev合入，並最後將master的指標指向到在dev鏈上新建立的commit，完成合入（變基）

git merge和git rebase總結

dev分支 * da349ef (dev) e * 75350bc d * 63cbbb8 c * c6509a5 b * 13405af a 檔案可能會發生衝突，需要解決一下

詳解git merge 與 git rebase的區別

前言其實這個問題困擾我有一段時間，相信也有人和我一樣有這個困擾，網上已有很多這種解釋了，但是要麼就是無圖，要麼就是解釋的很亂，沒太看懂，經過自己對git的使用，加上向同事請教，算是理解了這個問題，所以寫

git fetch 和git pull 的差別

1、簡單概括先用一張圖來理一下git fetch和git pull的概念：可以簡單的概括為：

git pull 和 git fetch 區別

git fetch是將遠端主機的最新內容拉到本地，並不自動合併到當前工作分支，使用者在檢查了以後決定是否合併到工作本機分支中。

git重置或還原已提交的程式碼--git reset和git revert

背景在多人協作時，對程式碼的管理，難免會出現錯誤。如果出現錯誤，我們分析下來是要進行一些回退操作，那麼解決辦法有如下兩種：git resetgit revert

git clone、git pull和git fetch的用法及區別--更易理解

最近在一個學習小組裡學習AI的課程，我們所有的學習資料和homework都放在gitlab上。今天一個小隊友從gitlab上load倉庫的時候問起了這個問題，正好在此總結記錄一下，僅供參考。

git fetch 和 git pull的區別

git fetch和git pull都可以將遠端倉庫更新至本地那麼他們之間有何區別?想要弄清楚這個問題有有幾個概念不得不提。

git stash和git add

git stash 常用命令: git stash save “save message” : 執行儲存時，新增備註，方便查詢，只有 git stash 也要可以的，但查詢時不方便識別。

git clone、git pull和git fetch的用法及區別 git clone、git pull和git fetch的用法及區別

git clone、git pull和git fetch的用法及區別宣告：碼字不易，轉載請註明出處，歡迎文章下方討論交流。Git 常用命令速查表

git pull 和 git fetch的區別？

pull 根據不同的配置，可等於 fetch + merge 或 fetch + rebase。具體瞭解可繼續讀下去。

git Stash詳細介紹：git stash和git pop的詳細用法

git Stash詳細介紹：git stash和git pop的詳細用法一、背景我們經常會遇到這樣的情況：

圖解 Git 基本命令 merge 和 rebase

Git 基本命令 merge 和 rebase，你真的瞭解嗎？前言 Git 中的分支合併是一個常見的使用場景。

git merge的三種操作merge, squash merge, 和rebase merge

原作者：CodingCode 原連結：https://www.jianshu.com/p/ff1877c5864e git merge的三種操作merge, squash merge, 和rebase merge

git rebase和git merge的區別

前言：平時工作中發現一般同事在同步遠端程式碼的時候都是用git pull,其實git pull包含有兩個操作，一個是fetch遠端的程式碼，一個是將本地當前的程式碼和遠端程式碼進行merge，即git fetch + git merge.

Git分支merge和rebase的區別

Git merge是用來合併兩個分支的。 git merge b# 將b分支合併到當前分支同樣 git rebase b，也是把 b分支合併到當前分支

Git的merge和rebase

2019獨角獸企業重金招聘Python工程師標準>>> 分支是Git的最強大的功能之一，相比於SVN和CVS，在Git上使用分支快速和方便許多。在Git上把分支的內容合併到主幹有兩種方式：merge和rebase，這裡

git rebase 與 git merge 的區別

merge和rebase 標題上的兩個命令：merge和rebase都是用來合併分支的。這裡不解釋rebase命令，以及兩個命令的原理，詳細解釋參考這裡。

git rebase 與git merge

1.區別 rebase：也稱為變基，會將當前分支的 commit 放到公共分支的最後面。就好像從公共分支又重新拉出來這個分支一樣。

git rebase VS git merge？更優雅的 git 合併方式值得擁有

寫在前面如果你不能很好的應用 Git，那麼這裡為你提供一個非常棒的 Git 線上練習工具（關注易先訊，獲取更多內容），你可以更直觀的看到你所使用的命令會產生什麼效果另外，你在使用 Git 合併分支時只會使用 g

git add -A 和 git add . 的區別詳解

git的分支與合併的兩種方法 git add -A和git add . git add -u在功能上看似很相近，但還是存在一點差別

git merge和git rebase總結

再看rebase是如何處理的

使用rebase合併分支

衝突時，衝突部分與merge不同，相當於將master的差異程式碼往dev合併，然後產生了一個新的commit，之後將master變基到這個新的commit-id 上

可以看出，在master分支執行git rebase dev 是將當前分支的程式碼往dev合入，並最後將master的指標指向到在dev鏈上新建立的commit，完成合入（變基）

相關推薦