1
我需要更好地理解分支合併過程。分支之間的git合併
之後的下一個設計:
它可以是任何遺失的代碼或結束分公司將擁有所有提交?
從我的觀點來看,並非每個人都有自己獨特的哈希值,但是我們在某些時候經歷過一些代碼丟失,而不是衝突的解決,我們不確定我們過去做錯了什麼我們不希望再發生這種情況。
我會很感激澄清。
我需要更好地理解分支合併過程。分支之間的git合併
之後的下一個設計:
它可以是任何遺失的代碼或結束分公司將擁有所有提交?
從我的觀點來看,並非每個人都有自己獨特的哈希值,但是我們在某些時候經歷過一些代碼丟失,而不是衝突的解決,我們不確定我們過去做錯了什麼我們不希望再發生這種情況。
我會很感激澄清。
我們在某一時刻失去了一些代碼的經歷,而不是衝突解決
衝突只有在有自上次合併基礎併發變化發生。
如果僅在一個分支上發生更改(自上次合併以來),則將該分支合併到其目標分支將導致覆蓋源分支內容的目標分支內容。
嘗試和改造那些有問題的,融合了:
git config merge.conflictStyle diff3
這樣的話,你會看到共同的祖先,以及源和目標代碼的衝突。
見this merge conflict example。
還要注意合併C
到B
並不意味着分行A
,B
的頭部和C
是等於像(branch C(=A=B)
可能意味着):B
保持在c8
,C
有一個合併提交(合併的結果),並且A
尚未移動。