一次Git踩坑記錄:CONFLICT (modify/delete)

先吹一波


git是一個非常好用的版本管理工具隘道,自從用上了git症歇,感覺其他神馬都是浮云有木有捞烟!
然而,git有時候也會給你出點(diǎn)難題当船。

踩坑過程


git的一個不足题画,導(dǎo)致我們多出了計劃之外的工作量。

公司項(xiàng)目組件化重構(gòu)德频,原來的項(xiàng)目結(jié)構(gòu)是:

| -- MyProject
     | -- gradle
     | -- app
          | -- build.gradle
          | -- src
     | -- build.gradle
     | -- settings.gradle

組件化之后苍息,是這樣的:

| -- MyProject
     | -- gradle
     | -- layer_business
          | -- app
               | -- build.gradle
               | -- src
          | -- device
               | -- build.gradle
               | -- src
          | -- transaction
          | -- user
          | -- ...
     | -- layer_business_component
          | -- comp_share
          | -- comp_version
          | -- ...
          | -- comp_photo
     | -- layer_business_base
          | -- base_ui
               | -- build.gradle
               | -- src
          | -- ...
     | -- build.gradle
     | -- settings.gradle

原來代碼全都堆在app module里面,后來移動放到了./layer_business/app里面壹置,進(jìn)一步又抽取分到各個子module里面竞思。

而在這個過程中,業(yè)務(wù)開發(fā)還在舊的代碼分支上進(jìn)行钞护。由于重構(gòu)和業(yè)務(wù)開發(fā)是不同的兩撥人盖喷,且考慮到此重構(gòu)階段代碼改動較大,而業(yè)務(wù)開發(fā)又時間緊迫难咕,所以在不同的分支進(jìn)行课梳,計劃重構(gòu)階段性目標(biāo)完成后合并業(yè)務(wù)分支的代碼進(jìn)來。

這樣就出現(xiàn)了這種情況:

兩個分支余佃,一個分支對某些文件進(jìn)行了修改暮刃,而另一個分支對同樣這些文件移動了位置并且做了修改

那么這樣還能不能成功合并?

不能爆土。

合并之后的結(jié)果是:

| -- MyProject
     | -- gradle
     | -- app
          | -- build.gradle
          | -- src
     | -- layer_business
          | -- app
               | -- build.gradle
               | -- src
          | -- device
               | -- build.gradle
               | -- src
          | -- transaction
          | -- user
          | -- ...
     | -- layer_business_component
          | -- comp_share
          | -- comp_version
          | -- ...
          | -- comp_photo
     | -- layer_business_base
          | -- base_ui
               | -- build.gradle
               | -- src
          | -- ...
     | -- build.gradle
     | -- settings.gradle

你沒看錯椭懊,有兩個app module存在:
./app/
./layer_business/app/

點(diǎn)擊進(jìn)去看,發(fā)現(xiàn)兩個分支的代碼并沒有合并步势,兩邊修改的文件氧猬,同時存在。

原因分析


其實(shí)也不能叫分析坏瘩,因?yàn)樽詈笠矝]明確找到文檔有此類說明盅抚。以下純屬猜測:

merge之后,git無法對此文件內(nèi)容進(jìn)行合并并且給出沖突定位桑腮,為什么呢泉哈?因?yàn)?code>git沒有我們想象的那么聰明,它不知道破讨,如果把這兩個文件合并,那么對于文件位置奕纫,以那邊的修改為準(zhǔn)提陶?它到底是該移到新目錄,還是該留在原位置匹层?所以git索性不合并了隙笆,直接告訴你锌蓄,對于主動發(fā)起合并的那個分支來說,這邊做了修改撑柔,那邊做了刪除瘸爽,怎么合并,你自己最清楚铅忿,所以你自己來剪决!

起初我也不信偉大的git怎么會有這種問題呢,于是我動手驗(yàn)證了下:

驗(yàn)證問題


不信的同學(xué)可以跟著我進(jìn)行一番驗(yàn)證:

$ mkdir gitest
$ cd gitest/
$ git init
Initialized empty Git repository in /Users/leonhe/repos/gitest/.git/
$ mkdir dir1
$ touch dir1/T.java
$ echo "initiation">dir1/T.java
$ git add .
$ git commit -m "initiation"
[master (root-commit) 28aac23] initiation
 1 file changed, 1 insertion(+)
 create mode 100644 dir1/T.java
$ git checkout -b develop
Switched to a new branch 'develop'
$ mkdir dir2
$ mv dir1/T.java dir2
$ echo "working on develop">>dir2/T.java
$ git add .
$ git commit -m "working on develop"
[develop 76e545e] working on develop
 2 files changed, 2 insertions(+), 1 deletion(-)
 delete mode 100644 dir1/T.java
 create mode 100644 dir2/T.java
$ git checkout master
Switched to branch 'master'
$ echo "working on master">>dir1/T.java
$ git add .
$ git commit -m "working on master"
[master 16ecbc8] working on master
 1 file changed, 1 insertion(+)
$ git merge develop
CONFLICT (modify/delete): dir1/T.java deleted in develop and modified in HEAD. Version HEAD of dir1/T.java left in tree.
Automatic merge failed; fix conflicts and then commit the result.
$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Changes to be committed:

    new file:   dir2/T.java

Unmerged paths:
  (use "git add/rm <file>..." as appropriate to mark resolution)

    deleted by them: dir1/T.java

$ 

上面的操作就是:

  • 初始化git倉庫
  • master分支上創(chuàng)建dir1目錄檀训,并在dir1下創(chuàng)建T.java文件柑潦。
  • 編輯T.java后,commit
  • 切出一個develop分支峻凫,然后創(chuàng)建dir2目錄
  • 將dir1下的T.java文件移動到dir2下
  • 編輯dir2/T.java并提交到develop分支
  • 切回master
  • 編輯dir1/T.java渗鬼,commit
  • merge

結(jié)果就是

CONFLICT (modify/delete): dir1/T.java deleted in develop and modified in HEAD. Version HEAD of dir1/T.java left in tree.
Automatic merge failed; fix conflicts and then commit the result.

再執(zhí)行git status查看詳細(xì)狀態(tài)

$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Changes to be committed:

    new file:   dir2/T.java

Unmerged paths:
  (use "git add/rm <file>..." as appropriate to mark resolution)

    deleted by them: dir1/T.java
$

git 提示,dir2/T.java是develop 分支新加的荧琼,而我們master上的dir1/T.java文件被他們刪掉了譬胎。

那么此時的文件目錄結(jié)構(gòu)是怎樣的呢?

| -- gitest
     | -- dir1
          | -- T.java
     | -- dir2
          | -- T.java

merge后命锄,兩個分支的T.java文件同時存在银择!

那么此時的兩個T.java文件里是否有兩個分支同時做的修改導(dǎo)致的沖突記錄呢?

先看看dir1/T.java:

$ cat dir2/T.java
initiation
working on master

沒有累舷,再看看dir2/T.java:

$ cat dir2/T.java
initiation
working on develop

并沒有任何沖突浩考!

那么對于這次merge,我們只能手動去合并了嗎被盈?至少我在網(wǎng)上找了一圈析孽,沒有找到好的辦法。有的話只怎,請告訴我袜瞬,謝謝??!

小結(jié)


當(dāng)預(yù)計會出現(xiàn)這代碼的改動時身堡,一定要盡量頻繁地進(jìn)行兩邊同時進(jìn)行的分支的合并邓尤,如果等到兩邊都改動很大了的時候才來合并,那就等著吧CONFLICT (modify/delete)贴谎。汞扎。。??

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末擅这,一起剝皮案震驚了整個濱河市澈魄,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌仲翎,老刑警劉巖痹扇,帶你破解...
    沈念sama閱讀 217,185評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件铛漓,死亡現(xiàn)場離奇詭異,居然都是意外死亡鲫构,警方通過查閱死者的電腦和手機(jī)浓恶,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,652評論 3 393
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來结笨,“玉大人包晰,你說我怎么就攤上這事≠魇幔” “怎么了杜窄?”我有些...
    開封第一講書人閱讀 163,524評論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長算途。 經(jīng)常有香客問我塞耕,道長,這世上最難降的妖魔是什么嘴瓤? 我笑而不...
    開封第一講書人閱讀 58,339評論 1 293
  • 正文 為了忘掉前任扫外,我火速辦了婚禮,結(jié)果婚禮上廓脆,老公的妹妹穿的比我還像新娘筛谚。我一直安慰自己,他們只是感情好停忿,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,387評論 6 391
  • 文/花漫 我一把揭開白布驾讲。 她就那樣靜靜地躺著,像睡著了一般席赂。 火紅的嫁衣襯著肌膚如雪吮铭。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,287評論 1 301
  • 那天颅停,我揣著相機(jī)與錄音谓晌,去河邊找鬼。 笑死癞揉,一個胖子當(dāng)著我的面吹牛纸肉,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播喊熟,決...
    沈念sama閱讀 40,130評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼柏肪,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了逊移?” 一聲冷哼從身側(cè)響起预吆,我...
    開封第一講書人閱讀 38,985評論 0 275
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎胳泉,沒想到半個月后拐叉,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,420評論 1 313
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡扇商,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,617評論 3 334
  • 正文 我和宋清朗相戀三年凤瘦,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片案铺。...
    茶點(diǎn)故事閱讀 39,779評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡蔬芥,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出控汉,到底是詐尸還是另有隱情笔诵,我是刑警寧澤,帶...
    沈念sama閱讀 35,477評論 5 345
  • 正文 年R本政府宣布姑子,位于F島的核電站乎婿,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏街佑。R本人自食惡果不足惜谢翎,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,088評論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望沐旨。 院中可真熱鬧森逮,春花似錦、人聲如沸磁携。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,716評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽谊迄。三九已至闷供,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間鳞上,已是汗流浹背这吻。 一陣腳步聲響...
    開封第一講書人閱讀 32,857評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留篙议,地道東北人唾糯。 一個月前我還...
    沈念sama閱讀 47,876評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像鬼贱,于是被迫代替她去往敵國和親移怯。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,700評論 2 354

推薦閱讀更多精彩內(nèi)容