Как разрешить сообщение «локальное редактирование, входящее удаление при обновлении»

Когда я делаю svn status ., я получаю это:

!     C auto-complete-config.elc
      >   local edit, incoming delete upon update
!  +  C auto-complete.elc
      >   local edit, incoming delete upon update
!  +  C popup.elc
      >   local edit, incoming delete upon update
!  +  C fuzzy.elc
      >   local edit, incoming delete upon update

в основном, эти файлы не должны быть в хранилище. Разработчик удалил их. Затем, я думаю, что я сделал svn rm ...после факта по ошибке (должен был сделать svn update .вместо этого).

Так что теперь, когда я это делаю svn status ., я получаю эти сообщения о конфликте деревьев.

Я нашел документ здесь, но не уверен, как «объединить» его в соответствии с документом.

Как от них избавиться?

Я думаю, что моя рабочая копия синхронизируется с хранилищем. Не знаю, почему эти сообщения показывает. Эти файлы должны быть удалены и удалены, насколько я знаю везде. Я попробовал , svn update .и , svn revert .но я все еще получаю это сообщение , когда я делаю svn status ..

Укороченная версия:

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update
$ touch foo bar
$ svn revert foo bar
$ rm foo bar

Если конфликт о каталогах вместо файлов , то замените touchс mkdirи rmс rm -r.

Примечание: та же процедура также работает для следующей ситуации:

$ svn st
!     C foo
      >   local delete, incoming delete upon update
!     C bar
      >   local delete, incoming delete upon update

Длинная версия:

Это происходит, когда вы редактируете файл, в то время как кто-то другой удалил файл и зафиксировал его первым. Как хороший гражданин SVN вы делаете обновление перед коммитом. Теперь у вас конфликт. Понимая, что удаление файла - это то, что вам нужно, чтобы удалить файл из рабочей копии. Вместо того, чтобы быть содержимым, svn теперь жалуется на то, что локальные файлы отсутствуют и что существует конфликтующее обновление, которое в конечном итоге хочет удалить файлы. Хорошая работа свн.

Не должно svn resolveработать, по какой-то причине, вы можете сделать следующее:

Исходная ситуация: локальные файлы отсутствуют, обновление конфликтует.

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update

Воссоздайте конфликтующие файлы:

$ touch foo bar

Если конфликт связан с каталогами, замените touchна mkdir.

Новая ситуация: локальные файлы, добавляемые в хранилище (да, svn, что бы вы ни говорили), обновление по-прежнему конфликтует.

$ svn st
A  +  C foo
      >   local edit, incoming delete upon update
A  +  C bar
      >   local edit, incoming delete upon update

Вернуть файлы в состояние, которое им нравится svn (это означает, что они удалены):

$ svn revert foo bar

Новая ситуация: локальные файлы не известны svn, обновление больше не конфликтует.

$ svn st
?       foo
?       bar

Теперь мы можем удалить файлы:

$ rm foo bar

Если конфликт связан с каталогами, замените rmна rm -r.

SVN больше не жалуется:

$ svn st

Готово.

Попробуйте разрешить конфликт, используя

svn resolve --accept=working PATH

Я только что получил эту же проблему, и я обнаружил, что

$ svn revert foo bar

решил проблему.

SVN-решение не работает для меня:

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update

$ svn resolve --accept working
svn: Try 'svn help' for more info
svn: Not enough arguments provided

$ svn resolve --accept working .

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update

$ svn resolve --accept working foo
Resolved conflicted state of 'foo'

$ svn st
!  +    foo
!  +  C bar
      >   local edit, incoming delete upon update

Если вы не внесли никаких изменений в конфликтующий каталог, вы можете сделать это rm -rf conflicts_in_here/и тогда svn up. Это сработало для меня по крайней мере.

Вы можете принудительно вернуть ваш локальный каталог в SVN.

 svn revert -R your_local_path

Таким образом, вы можете просто вернуть удаленный файл, но помните: если вы работаете с любым типом проекта с установленным файлом проекта (например, iOS), возврат файла добавит его в структуру вашей системной папки, но не в структуру файла вашего проекта. дополнительные шаги могут потребоваться, если вы в этом случае

Эта проблема часто возникает, когда мы пытаемся объединить изменения другой ветви из неправильного каталога.

Пример:

Branch2\Branch1_SubDir$ svn merge -rStart:End Branch1
         ^^^^^^^^^^^^
   Merging at wrong location

Конфликт, возникающий при его выполнении:

Tree conflict on 'Branch1_SubDir'
   > local missing or deleted or moved away, incoming dir edit upon merge

И когда вы выбираете q, чтобы выйти из разрешения , вы получаете статус:

 M      .
!     C Branch1_SubDir
      >   local missing or deleted or moved away, incoming dir edit upon merge
!     C Branch1_AnotherSubDir
      >   local missing or deleted or moved away, incoming dir edit upon merge

Это ясно означает, что объединение содержит изменения, связанные с Branch1_SubDirи Branch1_AnotherSubDir, и эти папки не могут быть найдены внутри Branch1_SubDir(очевидно, каталог не может быть внутри себя).

Как избежать этой проблемы на первом месте:

Branch2$ svn merge -rStart:End Branch1
 ^^^^
Merging at root location

Самое простое решение этой проблемы, которое сработало для меня:

svn revert -R .