【學了就忘】Git操作 — 66.merge與rebase的選擇

1殃姓、Merge命令

merge命令會保留所有提交的歷史時間淹真。每個人對代碼的提交是各式各樣的为障,盡管這些時間對于程序本身并沒有任何意義齐莲,但是merge的命令初衷就是為了保留這些時間不被修改亿鲜。

這樣也就形成了以merge時間為基準的網狀歷史結構允蜈。每個分支上都會繼續(xù)保留各自的代碼記錄, 主分支上只保留merge的歷史記錄,子分支隨時都有可能被刪除蒿柳。

子分子刪除以后饶套,你能夠看到的記錄也就是,merge(合并)某branch(分支)到某branch(分支)上了垒探。這個歷史記錄描述基本上是沒有意義的凤跑。

(也就是子分支的歷史提交,在該分支刪除后叛复,不能被保留仔引∪硬郑回退或者charry-pick的時候,選擇性變少了咖耘。)

2翘簇、Rebase命令

rebase命令會始終把你最新的修改放到最前頭,你會更有信心保證你的代碼運行暢通無阻儿倒,通過你自己的測試以后版保,你就可以放心的把代碼合并到主的branch里面了。

這里值得一提的是夫否,rebase通常是發(fā)生在自己的個人branch上的彻犁。它的基礎就是現(xiàn)有的主branch,這樣做的好處就是保證每個人的代碼都可以運行在當前最新的主branch的代碼上凰慈。

3汞幢、總結

rebase命令好處:

  • rebase命令是沒有合并操作的,它只是將當前分支所做的修改微谓,重放到了目標分支的最后一次提交上森篷。
  • rebase命令最大的好處是你的項目歷史會非常整潔 ,最后的項目歷史呈現(xiàn)出完美的線性豺型。你可以從項目終點到起點瀏覽而不需要任何的 fork仲智。

rebase命令壞處:

  • rebase過程中,一個commit出現(xiàn)沖突姻氨,下一個commit也極有可能出現(xiàn)沖突钓辆,一次rebase操作可能要解決多次沖突,同時合并的歷史脈絡(沖突)被物理消滅了肴焊。
  • 安全性岩馍,如果你違反了 rebase 黃金法則,重寫項目歷史可能會給你的協(xié)作工作流帶來災難性的影響抖韩。
  • 可跟蹤性蛀恩,rebase 操作不會有合并提交中附帶的信息,你看不到 feature(特征) 分支中茂浮,并入了上游的哪些更改双谆。

merge命令:

  • merge是一個合并操作,提交歷史記錄會出現(xiàn)分叉席揽,顯得不是那么簡潔顽馋。
  • merge命令合并結果不好看,一堆線交錯幌羞,但合并有沖突的話寸谜,只要解一次就行了。

4属桦、個人推薦

情況一

如果你想擁有一套穩(wěn)定的熊痴,健壯的代碼他爸,永遠要使用rebase。不為別的果善,就為了可以給你提供一套清晰的代碼歷史記錄诊笤。

rebase操作永遠不會導致多個歷史分支進行交織。它永遠都是一條線巾陕,純潔而又干脆讨跟,輕輕爽爽的,從不拖泥帶水鄙煤。

相反的晾匠,merge操作會給你一套亂七八糟的代碼歷史。當你看到這樣的代碼歷史的時候梯刚,那個畫風我相信對你一定很熟悉凉馆。想著那個畫風感覺到一切都好無助,有個詞兒比較合適乾巧,叫做欲仙欲死句喜。

情況二

但是從中國特色的敏捷開發(fā)情況(瘋狂改方案预愤,迭代):

如果只是在本地修改一兩個commit沟于,然后馬上提交到主要分支上,跑完所有unit test(單元測試)植康,integration test(集成測試)旷太,regression test(回歸測試)等,直接發(fā)布销睁。也就是continuous integration(持續(xù)集成)的理想狀態(tài)供璧,那么rebase操作是極好的。保證了主線分支的線性冻记,且萬一出事了可以準確的revert(回退)睡毒。

那么如上所述:

  • 本地開發(fā),如果經常需要rollback回滾冗栗,就用rebase操作演顾。
  • 本地開發(fā),靈活創(chuàng)建分支隅居,也可以使用merge合并分支钠至,方便解決沖突。

5胎源、注意點

如果你違反了 rebase 黃金法則棉钧,重寫項目歷史可能會給你的協(xié)作工作流帶來災難性的影響。

rebase 的黃金法則:永遠不要在公共分支上使用rebase操作涕蚤。

在你運行 git rebase 命令之前宪卿,一定要問問你自己「有沒有別人正在這個分支上工作的诵?」。如果答案是肯定的愧捕,那就不能進行rebase 操作奢驯。

一般來說,執(zhí)行rebase命令的分支都是自己的本地分支次绘,千萬不要在與其他人共享的遠程分支上使用rebase操作瘪阁。

這不難理解,遠程分支上的代碼可能已經被其他人克隆到本地了邮偎,如果通過rebase操作修改了遠程分支的提交歷史管跺,這樣其他人每次拉取代碼到本地時,就都需要進行復雜的合并禾进。

注意:git merge和git rebase的顯著區(qū)別是豁跑,前者不會修改git的提交記錄,而后者會泻云!

提示:與遠程倉庫進行同步時艇拍,也可以執(zhí)行命令git pull --rebase origin master

參考:

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市宠纯,隨后出現(xiàn)的幾起案子卸夕,更是在濱河造成了極大的恐慌,老刑警劉巖婆瓜,帶你破解...
    沈念sama閱讀 222,104評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件快集,死亡現(xiàn)場離奇詭異,居然都是意外死亡廉白,警方通過查閱死者的電腦和手機个初,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,816評論 3 399
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來猴蹂,“玉大人院溺,你說我怎么就攤上這事“跚幔” “怎么了珍逸?”我有些...
    開封第一講書人閱讀 168,697評論 0 360
  • 文/不壞的土叔 我叫張陵,是天一觀的道長瓢省。 經常有香客問我弄息,道長,這世上最難降的妖魔是什么勤婚? 我笑而不...
    開封第一講書人閱讀 59,836評論 1 298
  • 正文 為了忘掉前任摹量,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘缨称。我一直安慰自己凝果,他們只是感情好,可當我...
    茶點故事閱讀 68,851評論 6 397
  • 文/花漫 我一把揭開白布睦尽。 她就那樣靜靜地躺著器净,像睡著了一般。 火紅的嫁衣襯著肌膚如雪当凡。 梳的紋絲不亂的頭發(fā)上山害,一...
    開封第一講書人閱讀 52,441評論 1 310
  • 那天,我揣著相機與錄音沿量,去河邊找鬼浪慌。 笑死,一個胖子當著我的面吹牛朴则,可吹牛的內容都是我干的权纤。 我是一名探鬼主播,決...
    沈念sama閱讀 40,992評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼乌妒,長吁一口氣:“原來是場噩夢啊……” “哼汹想!你這毒婦竟也來了?” 一聲冷哼從身側響起撤蚊,我...
    開封第一講書人閱讀 39,899評論 0 276
  • 序言:老撾萬榮一對情侶失蹤古掏,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后拴魄,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體冗茸,經...
    沈念sama閱讀 46,457評論 1 318
  • 正文 獨居荒郊野嶺守林人離奇死亡席镀,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 38,529評論 3 341
  • 正文 我和宋清朗相戀三年匹中,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片豪诲。...
    茶點故事閱讀 40,664評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡顶捷,死狀恐怖,靈堂內的尸體忽然破棺而出屎篱,到底是詐尸還是另有隱情服赎,我是刑警寧澤,帶...
    沈念sama閱讀 36,346評論 5 350
  • 正文 年R本政府宣布交播,位于F島的核電站重虑,受9級特大地震影響,放射性物質發(fā)生泄漏秦士。R本人自食惡果不足惜缺厉,卻給世界環(huán)境...
    茶點故事閱讀 42,025評論 3 334
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧提针,春花似錦命爬、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,511評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至嗜价,卻和暖如春艇抠,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背久锥。 一陣腳步聲響...
    開封第一講書人閱讀 33,611評論 1 272
  • 我被黑心中介騙來泰國打工练链, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人奴拦。 一個月前我還...
    沈念sama閱讀 49,081評論 3 377
  • 正文 我出身青樓媒鼓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親错妖。 傳聞我的和親對象是個殘疾皇子绿鸣,可洞房花燭夜當晚...
    茶點故事閱讀 45,675評論 2 359

推薦閱讀更多精彩內容