Какие существуют методы слияния кода в разных системах контроля версий?

Некоторые методы слияния кода в системах контроля версий:

• Двухпозиционное слияние. habr.com Производится путём сравнения двух версий и сложения их дельты (разницы между версиями элемента). habr.com Алгоритм работает по принципу diff: взять дельту и вставить/удалить/изменить нужные строки. habr.com
• Трёхпозиционное слияние. habr.com Учитывает «общего предка» обеих версий и высчитывает дельту исходя из истории изменения элемента в соответствующих ветках. habr.com При возникновении конфликта слияния разработчику предлагается три версии элемента: общий предок и два варианта, что с ним стало с течением времени и изменений. habr.com
• Коммутация исправлений. en.wikipedia.org Означает изменение порядка исправлений (описаний изменений) таким образом, чтобы они формировали линейную историю. en.wikipedia.org Когда два патча создаются в контексте общей ситуации, при объединении один из них переписывается таким образом, что создаётся впечатление, что это сделано в контексте другого. en.wikipedia.org
• Структурированное слияние. en.wikipedia.org Инструменты структурированного слияния, или AST merge, превращают исходный код в полностью разрешённый AST. en.wikipedia.org Это позволяет выполнять мелкозернистое слияние, которое позволяет избежать ложных конфликтов. en.wikipedia.org

Системы контроля версий позволяют делать слияние как вручную, так и автоматически, причём второй способ является основным. habr.com Ручное слияние запрашивается лишь в случае конфликтов. habr.com