Git Rebase使用方法

Git Rebase有兩種使用場景:
一、對本地分支代碼多次commit進行合并
二、對本地分支代碼進行變基操作,將其他分支commit合入到當前分支

一、合并commit記錄:
在工作中,有些同學的習慣是將每天編寫的代碼進行提交,這樣本地就會有多次commit記錄,如果提交到主庫上就對它的commit記錄造成了污染。

步驟:
(1)獲取提交記錄,確認需要合并最近3條記錄
$ git log --pretty=oneline -4
auiregfq8234g0923h09fdadfoiasdfhoiasdhf03f2oia Req:333
asdfasdaqw3f212543512345231234123gwrgwreg Req:222
34trgw354t2gdfwegq34t234t23gwegrwergwetg234 Req:111
234t23ggeegr34trgw35rgwetg23dfwegq34tw4t2w4 BUG:fix xxx

(2)合并最近三次提交
$ git rebase -i HEAD~3

提交后會進入編輯模式,注意下,這里的順序會跟git log查出來相反。

pick 34trgw Req:111
pick asdfas Req:222
pick auireg Req:333


# Rebase 5f2452b2..8f33126c onto 5f2452b2 (4 commands)
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
# d, drop = remove commit
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.
#

(3)將后面兩個pick改為s(這樣做的效果就是222和333的代碼合并到111這次commit中)

pick 34trgw Req:111
s asdfas Req:222
s auireg Req:333

(4)然后保存退出,會進入另外一個編輯器中,這時可以對commit信息進行修改(把Req:111改為Req:new info),再保存退出

# This is a combination of 3 commits.
# The first commit's message is:
Req:111

# This is the 2nd commit message:
Req:222

# This is the 3rd commit message:
Req:333

(5)rebase完成,再用$ git log --pretty=oneline -2查看得到:

34trgw354t2gdfwegq34t234t23gwegrwergwetg234 Req:new info
234t23ggeegr34trgw35rgwetg23dfwegq34tw4t2w4 BUG:fix xxx

二、分支變基:


image.png

1.先從master上chckout出一個分支;
2.master和feature各自演進;
3.feature準備合入master。

以前我是用git reset --soft退回master記錄,再本地stash,pull完代碼后,再進行unstash。
現在就可以直接在feature上執行rebase操作來代替上述操作:
1.git checkout master
2.git pull origin master
3.git checkout feature
4.git rebase master

第四步rebase干了哪些事呢?
先將master分支的代碼checkout,存到工作目錄下,然后將feature分支的commit依次合并。
如果合并的過程沒問題,也就是沒有沖突,那rebase到這里就算完成。

如果發生了沖突的情況,就會報錯error:Failed to merge in the changes.
自行解決沖突完畢后,使用git add .命令添加修改文件,然后使用git rebase –continue完成整個rebase過程。

如果你不想處理沖突,有兩種方式恢復:
一、使用git rebase –abort放棄此次操作,分支會回到 rebase 開始前的狀態。
二、使用git rebase –skip,用master分支的取代當前feature分支。

注:git rebase會導致其他開發的feature分支和你的feature出現不一樣的歷史,因此在多人協同開發同個分支的情況下需要謹慎使用

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,818評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,185評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,656評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,647評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,446評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,951評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,041評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,189評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,718評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,602評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,800評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,045評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,419評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,420評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,755評論 2 371

推薦閱讀更多精彩內容

  • git 使用筆記 git原理: 文件(blob)對象,樹(tree)對象,提交(commit)對象 tree對象 ...
    神刀閱讀 3,788評論 0 10
  • Git飛行規則(Flight Rules) 前言 英文原版README 翻譯可能存在錯誤或不標準的地方,歡迎大家指...
    騎摩托馬斯閱讀 1,640評論 0 8
  • 朋友整理的,放這里偶爾過來看看 一、基本介紹 首先,Git作為版本控制系統,他的原理與SVN為首的集中式版本控制系...
    allenzhan閱讀 1,011評論 0 3
  • 多種多樣的工作流使得在項目中實施Git時變得難以選擇。這份教程提供了一個出發點,調查企業團隊最常見的Git工作流。...
    JSErik閱讀 4,441評論 2 8
  • 下筆之前,本想將標題冠之以“人性本惡OR善”此般的大命題,但是面對這個討論了數千年、仍然懸而未決的爭議性話題,實難...
    城市行者閱讀 1,024評論 0 0