TA貢獻(xiàn)1878條經(jīng)驗 獲得超4個贊
因為它把事情放到了代碼中，所以沒人問過要在那里。好像您有此代碼：
$foo = bar;
$baz = qxx;
而這個變化：
$foo = bar;
$foo++;
$baz = qxx;
與此更改合并：
$foo = bar;
$foo--;
$baz = qxx;
以某種方式產(chǎn)生的方式：
$foo = bar;
$foo++;
$foo--;
--$baz;
$baz = qxx;
顯然，這是邪惡的。
我想應(yīng)該引起足夠的關(guān)注，man gitglossary因為您的合并算法越介入，它們產(chǎn)生這種事情的可能性就越大。
TA貢獻(xiàn)1835條經(jīng)驗 獲得超7個贊
我認(rèn)為它可能被稱為“邪惡合并”，因為注釋文件（生成逐行歷史注釋）時，“ git blame”很難解決。
在主分支上開發(fā)功能“ A”，在側(cè)分支上開發(fā)功能“ B”時，可能需要進行邪惡合并，并且這些功能以語義（非文本）方式發(fā)生沖突。一個示例是對全局變量使用相同的名稱，但含義不同-這需要為其中一個功能重命名變量。
對于邪惡合并“ git show --cc”具有非空緊湊組合差異（但我不確定是否是等價關(guān)系；含義可能只在一個方向上，即“邪惡合并”然后是非空“ git diff-tree -p --cc”）。
舉報