Есть вопрос, который я не могу понять как решить. Суть проблемы заключается в том, что SVN считает, что она может беспроблемно "сливать" файл, основываясь на своем алгоритме анализа изменений.

Вот есть у нас исходники на Delphi, и, например, ситуация, когда trunk развивается, а в branch время от времени вносятся изменения из trunk (по разнице trunk между ревизиями, как рекомендует инструкция). Я создаю два метода с одинаковым кодом (к примеру One и Two), ответвляю branch, в branch'е меняю эти методы (имена) местами, сливаю с изменениями в trunk (допустим, что в trunk были изменения), не внося в trunk изменения из branch. Далее (спустя некоторое время, когда обычно многое забывается), если в trunk в методе One добавить строку, и опять слить разницу (от последнего слияния до текущего) в branch - SVN добавит эту строку в branch в метод Two и файл пометит обычным "updated".

Сейчас у меня при слиянии порядка 40 "updated" файлов, половина из них изменена в большей части. И я не могу придумать, как можно отследить такие ошибки. Или как организовать внесение изменений в другие ветви. Сильно помогло бы даже, если бы файлы, которые в рабочей копии отличаются от соответствующих исходных ("source1"/"from") в разнице, были бы помечены конфликтными.

Какие варианты могут быть решением?

Отписываюсь по результатам - возможно кому-то эта информация окажется полезной.

Достаточным решением проблемы для меня стал запрет "контекстного" слияния (contextual merge) для изначально разных файлов (т.е. выдача конфликта, вместо автоматического обновления). Судя по отсутствию вариантов в инструкции и молчанию в их mail-листе, предполагаю, что такое поведение SVN изначально глубоко заложено в систему и так просто не отключается.

Я знаю два варианта отключения "контекстного слияния". Первый - пометка всех необходимых файлов как бинарные (свойство svn:mime-type). Минусы: необходимость дополнительной "ручной" корректировки свойств, невозможность использования средств текстового сравнения, проверяющих это свойство (например из TortoiseSVN).

Второй вариант - использование внешней diff3-программы (External diff3).

Для меня более удобным оказался второй вариант.