2012-02-17 2 views
3

У меня есть мой багажник, и у меня есть ветка: тост. Я внес изменения в ветку тоста и хочу объединить их обратно в багажник. Это было сделано много раз раньше, и я не ожидал каких-либо проблем.Почему я получаю конфликты дерева между идентичными файлами?

У меня есть каталог изображений, которые не были изменены вообще, и не имеет пути к каталогу. Может кто-нибудь объяснить мне, почему я получаю конфликт дерева для каждого изображения в каталоге?

+0

ли вы работать с любым другим разработчиком, который, возможно, внесли изменения в свой хранилище? http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-conflicts.html – pundit

+0

Нет, это только я в этом проекте. – Matthew

+0

Взгляните на этот вопрос. http://stackoverflow.com/questions/2951078/tortoise-svn-tree-conflict-with-myself. Надеюсь, поможет! – pundit

ответ

0

Чтобы найти источник проблемы, вам необходимо проверить журналы ствола и файлов ветки (ов).

В общем случае «конфликт деревьев» в SVN означает, что «объединенные источники были перемещены, переименованы с одной стороны и отредактированы на другом параллельно» и нет никаких других причин !!!

+0

Я действительно не нашел исправления - я только что разрешил все конфликты с (гораздо более актуальной) ветвью. – Matthew

2

У меня возникли конфликты деревьев в файлах, когда у меня есть ветка, с которой я постоянно обновляюсь от сундука, а затем слил эту ветку обратно в багажник.

Эти конфликты выглядеть следующим образом:

 
C path/to/some/file.ext 
> local add, incoming add upon merge 
C path/to/some/other/file.ext 
> local delete, incoming delete upon merge 

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

Когда я знаю, что это дело, я просто решить их все:

$ svn resolve --accept working -R . 

Примечание: Svn версия 1.7.19

Смежные вопросы