Не удается избавиться от конфликтов слияния SVN - PullRequest
0 голосов
/ 12 ноября 2019

У нас есть филиал нашего основного проекта, который мы продолжаем объединять в магистраль.

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

Время от времени мы используем следующую команду в корневом каталоге соединительных линий, чтобы выяснить, что еще не было объединено:

svn merge --dry-run svn://svnhost/repo/app/branch

Обычно, если все объединено, вывод не выводится.

Однако теперь это дает нам сообщение «разрешить все конфликты путем повторного слияния для применения оставшихся неотправленных ревизий».

Я попытался объединить все, что отображается как конфликт,и разрешать эти конфликты, но они продолжают появляться, но с разными номерами ревизий.

Вот полный вывод приведенной выше команды (с переименованными каталогами и файлами):

--- Merging r43608 through r43615 into 'directory1':
   C directory1/file1
C    directory1/file2
C    directory1/file3
--- Merging r43609 through r43615 into 'directory2':
   C directory2/file1
C    directory2/file2
C    directory2/file3
--- Merging r43605 through r43615 into 'directory3':
C    directory3/file1
C    directory3/file2
   C directory3/file3
   C directory3/file4
   C directory3/file5
   C directory3/file6
--- Merging r43603 through r43615 into 'directory4':
C    directory4/file1
C    directory4/file2
   C directory4/file3
--- Merging r43603 through r43615 into 'directory5':
C    directory5/file1
C    directory5/file2
C    directory5/file3
   C directory5/file4
U    directory5/file5
C    directory5/file6
   C directory5/file7
   C directory5/file8
   C directory5/file9
C    directory5/file10
   C directory5/file11
 G   directory5
--- Merging r43603 through r43615 into 'directory6':
U    directory6/file1
C    directory6/file2
   C directory6/file3
   C directory6/file4
C    directory6/file5
--- Merging r43517 through r43615 into 'directory7':
   C directory7/file1
   C directory7/file2
   A directory7/file3
   C directory7/file4
   A directory7/file5
--- Merging r43607 through r43615 into 'directory8/file1':
 G   directory8/file1
--- Merging r43534 through r43615 into 'directory9':
C    directory9/file1
   C directory9/file2
   C directory9/file3
   C directory9/file4
   C directory9/file5
   C directory9/file6
   C directory9/file7
   C directory9/file8
   C directory9/file9
   C directory9/file10
   A directory9/file11
   C directory9/file12
   C directory9/file13
   A directory9/file14
   C directory9/file15
   C directory9/file16
C    directory9/file17
   C directory9/file18
   C directory9/file19
U    directory9/file20
   C directory9/file21
C    directory9/file22
   C directory9/file23
C    directory9/file24
C    directory9/file25
   C directory9/file26
   C directory9/file27
   C directory9/file28
   C directory9/file29
   C directory9/file30
C    directory9/file31
C    directory9/file32
 G   directory9
--- Merging r43517 through r43615 into 'directory10/f':
C    directory10/f/file1
--- Merging r43517 through r43615 into 'directory10/l':
U    directory10/l/file1
Summary of conflicts:
  Text conflicts: 23
  Tree conflicts: 39
svn: E155015: One or more conflicts were produced while merging r41855:43503 into
'/clean_trunk' --
resolve all conflicts and rerun the merge to apply the remaining
unmerged revisions

Может кто-тоскажите мне, что этот вывод пытается сказать нам?

Многие из каталогов / файлов, перечисленных в этом выводе, уже были мнойrged, вместе со свойствами svn merge-info, поэтому я не знаю, почему он говорит, что они не были объединены.

Если я выполню пробный запуск слияния с использованием диапазона ревизий, который он упоминает в конце, тогда я ничего не получу:

svn merge -r41855:43503 --dry-run svn://svnhost/repo/uniworks/tags/uniworks-2.2.6/

Нужно ли нам применять все конфликты слияний и разрешать их все за один коммит?

Я вырваю свои волосы здесь!

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...