僅記錄一下今天合并時(shí)出現(xiàn)的故障，大概有個(gè)認(rèn)識(shí)和猜測(cè)廷区，還未完全搞清楚其中機(jī)理唯灵。
前提
幾天前， 0.8d和1.0兩個(gè)分支同時(shí)從dev上開出來(lái)∠肚幔現(xiàn)在早敬，0.8d已經(jīng)merge到dev（大概有30多個(gè)commit）
欲進(jìn)行的操作
將dev合并到1.0上（目的：將0.8d上的代碼體現(xiàn)到1.0分支上）
故障步驟再現(xiàn)
- git checkout 1.0
- git merge dev （此時(shí)出現(xiàn)大量沖突）
- （解決沖突）git add . && git commit -m 'xxx'
- git pull （此步出現(xiàn)問(wèn)題，截圖如下大脉。經(jīng)驗(yàn)：下次若不小心又執(zhí)行了此命令搞监，趕緊STOP!!：git rebase --abort）
為了“解決問(wèn)題”，匆忙中镰矿，不得不反復(fù)執(zhí)行下面動(dòng)作序列：
- git pull （然后提示有沖突）
- 解決沖突琐驴，git add .
- git rebase —skip
（旁白：git pull一般來(lái)說(shuō)是commit之后、push之前的一個(gè)下意識(shí)動(dòng)作秤标，在這里卻導(dǎo)致了問(wèn)題绝淡。因?yàn)槲覀兊膅it pull是基于rebase模式的，故這里pull又會(huì)進(jìn)行一番rebase的操作苍姜。至于為何這個(gè)merge之后的結(jié)果再rebase會(huì)出問(wèn)題牢酵，我暫時(shí)不甚了了。）
正確的解決方法
不執(zhí)行第4步衙猪，直接push（也就是說(shuō)避免執(zhí)行那個(gè)rebase）馍乙，即：
- git checkout 1.0
- git merge dev （此時(shí)出現(xiàn)大量沖突）
- （解決沖突）git add . && git commit -m 'xxx'
- git push
以下內(nèi)容不要看，是我考察的中間過(guò)程
不要看垫释，不要看
另外一種可行的方法：dev rebase 1.0
具體步驟如下：
- git checkout dev
- git rebase 1.0 （這樣出現(xiàn)的沖突只有2個(gè)文件）
- git checkout 1.0
- git merge dev
原因：為何這樣就少?zèng)_突了丝格？我想起hh說(shuō)了，他是在0.8d上執(zhí)行過(guò)git pull origin 1.0（本次merge之前兩個(gè)分支上就已出現(xiàn)了好多相同的commit棵譬，而這是一次非預(yù)期的誤操作吧显蝌？），也就是說(shuō)0.8d實(shí)際rebase過(guò)1.0订咸。故曼尊，現(xiàn)在繼續(xù)之前的rebase，就是正確的姿勢(shì)脏嚷。而反過(guò)來(lái)骆撇，讓1.0 rebase 0.8d則會(huì)做一些重復(fù)的工作。
經(jīng)驗(yàn)：
- 如果rebase時(shí)（merge同理然眼？不確定）出現(xiàn)的沖突過(guò)多艾船，可以嘗試反過(guò)來(lái)試試看如何葵腹，即：
若 A rebase B沖突過(guò)多高每，則可試下 B rebase A（先checkout到B上） - 只要git pull就夠了屿岂，不要git pull origin xxx ！鲸匿！爷怀。后面兩個(gè)參數(shù)缺省就是origin和當(dāng)前分支。如果帶上带欢，則可能因疏忽pull別的分支（如這次的情況）
