Ответ 1
Я бы разрешил конфликт add-add вручную так:
svn rm twin
svn cp ^/branches/B1/twin .
svn resolve --accept working twin
Результат - хорошая чистая история, показывающая B2/twin
замененную копией B1/twin
.
В SVN у меня есть конфликт дерева при объединении двух ветвей. Конфликт дерева возникает из-за того, что я добавил один и тот же файл или тот же каталог в обеих ветвях. Здесь задается один и тот же вопрос:
Другой вопрос о стоп-потоке на древовидном конфликте дроидов
Однако мне нужно принять входящий add. Subversion позволит мне только принять рабочее состояние репозитория. Поэтому я ожидаю, что смогу слить из B1 в B2, удалить локально добавленный файл в B2, сказать svn добавить (remerge?) Файл из B1 в B2 и затем выполнить слияние. Можно ли разрешить конфликт злых двойников с входящей версией?
Дело здесь в том, чтобы принять входящую версию, чтобы при объединении в следующий раз от B1 до B2 я получаю, что изменения были объединены автоматически, без необходимости делать противоположное объединение B2- > B1.
Я бы разрешил конфликт add-add вручную так:
svn rm twin
svn cp ^/branches/B1/twin .
svn resolve --accept working twin
Результат - хорошая чистая история, показывающая B2/twin
замененную копией B1/twin
.