Ответ 1
Правильная вещь - обнаружить эту проблему в предыдущем -dry-run и удалить локальный конфликтный каталог с svn delete
перед выполнением слияния.
Первый сценарий: рабочая копия с уже выполненным слиянием. Решение: Удалите рабочую копию, проверьте чистую копию и сделайте правильную вещь.
Второй сценарий: уже запущен неправильный каталог, после svn resolve --accept=working
.
Вы должны svn delete
конфликтующий каталог и перезапустите слияние из родительского каталога конфликтующего каталога, игнорируя mergeinfo
. Вернуть каждый объект, кроме предыдущего конфликтующего каталога (теперь конфликт не существует). Проверьте и зафиксируйте изменения.
Ex. Рабочая папка un WC. Ваш конфликт в каталоге A/conflictDir:
cd A
svn delete conflictDir
svn merge --ignore-ancestry -rbeginRev:endRev <URLrepo/A>
svn -R revert `ls | grep -v conflictDir`
<... check ...>
svn ci -m "conflictDir fixed"