Может ли Subversion записывать слияние без mergeinfo?

Я просматриваю особенно грубый набор старых версий в одном из наших репозиториев, пытаясь выяснить, что произошло с двумя предполагаемыми сливами.

Когда я смотрю на одну из ревизий в целевой ветке, она показывает мне контент, который точно такой же, как ревизия в ветви источника (верьте мне, я тоже проверил diffs):

$ svn --log --verbose --use-merge-history --revision 100 ^/target ------------------------------------------------------------------------ r100 | <author> | <date> | 1 line Changed paths: A /path/to/new/file ------------------------------------------------------------------------ 

Но чего-то не хватает. Нет никакого изменения свойства mergeinfo, записанного где угодно, не так ли? Таким образом, это не может быть слияние, насколько я понимаю. Может быть, автор отредактировал файл?

Я дважды проверял, что подумал Subversion, которые имеют право на изменения:

 $ svn mergeinfo --show-revs eligible ^/source ^/target | grep 100 

Ничего! Subversion считает, что пересмотр был объединен, несмотря на отсутствие mergeinfo.

 $ svn mergeinfo --show-revs merged ^/source ^/target | grep 100 r100 

Это возможно? Как?


Я прочитал статью CollabNet и раздел Svn Book о пропавшем файле mergeinfo.

  • Объединение несвязанных источников: Это не так, как я уже сказал, я вижу точный контент / diff в ветви источника.
  • Слияние с зарубежными репозиториями: То же самое.
  • Использование –ignore-ancestry: Это возможно (я не знаю, какую команду вызывал автор), но не будет ли эта ревизия появляться в списке слияния?
  • Применение обратного слияния из естественной истории цели: из истории очевидно, что это не обратное слияние.

Насколько мне известно, на самом деле svn:mergeinfo свойство svn:mergeinfo . Я не помню, как svn log печатает изменения свойств (он должен), попробуйте запустить svn log --verbose или запустите svn propget svn:mergeinfo --verbose против ^/target .


Читать SVNBook | Слияние без Mergeinfo .

Кстати, не забывайте, что mergeinfo был введен в Subversion 1.5. Итак, если слияние произошло со старой версией Subversion, есть вероятность, что именно поэтому svn:mergeinfo свойство svn:mergeinfo .

И да, автор сообщения из незнания мог бы отредактировать файл, чтобы сделать фиксацию похожим на слияние.