Я столкнулся с следующим основным конфликтом дерева: Локальное добавление, входящее добавление при слиянии.
Я знаю, что мы можем использовать svn resolve --accept working file для его решения, но SVN не позволяет мне использовать accept their-conflict для принятия входящей версии.
Может ли кто-нибудь сказать мне, как заменить мой локальный файл на входящий? Возможно ли использование svn resolved file каким-либо образом?
Правильная вещь - обнаружить эту проблему в предыдущем -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"
У меня была аналогичная проблема, когда я svn обновляю файл, который имеет конфликт с моим локальным файлом. Я хочу, чтобы удаленная копия заменила мою локальную копию. То, что я сделал, это svn delete file_name
а потом svn revert file_name.
Он восстанавливается до удаленной копии. Я не уверен, нужен ли первый svn delete или нет.