Subversion не может слиться после перемещения

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

Мой босс попросил меня исправить этот проект, чтобы он мог быть построен с Maven вместо Ant. Одна из важных вещей, которую я должен был сделать, это переместить src/com в src/main/java/com и переместить test/com в src/test/java/com, что я сделал с помощью команды svn mv. Я по глупости предположил, что, поскольку я использовал команды Subversion для перемещения каталогов, Subversion тогда знал бы, что вещи были перемещены. И когда я объединил свою ветку в багажник, он, похоже, работал. Но теперь кто-то еще только закончил работу над веткой, которую он разветкил перед моей работой. Таким образом, мы собираемся объединить его материал в багажник, и, судя по всему, Subversion думает "хорошо, он внес изменения в src/com/foo/bar/baz.java, но этот каталог больше не существует, поэтому его не имеет значения, поэтому отбросьте его" вместо того, что я ожидал ", было" нормально, он внес изменения в src/com/foo/bar/baz.java, но src/com был перемещен, поэтому мне нужно объединить его в src/main/java/com/foo/bar/baz.java".

Есть ли способ сделать Subversion управление ревизией, или я собираюсь вручную сменить это изменение парней в течение следующих двух дней?

Ответ 1

Чтобы ответить на ваш вопрос напрямую:

Есть ли способ сделать Subversion управление ревизией, или я собираюсь вручную сменить это изменение парней в течение следующих двух дней?

Вы должны быть в состоянии сделать это немного легче для себя.

Одна вещь, которую вы можете сделать, чтобы облегчить боль (предположим, что макет выглядит следующим образом)

/branch/foo/src/com
/branch/foo/test/com
/trunk/src/main/java/com
/trunk/src/test/java/com

Прежде чем переместить src/com в src/main/java/com и test/com в src/test/java/com, вы могли бы сделать:

cd $TRUNK
svn merge -r N:M http://server/branch/foo .

Теперь вы можете сделать следующее:

cd $TRUNK
svn merge -r N:M http://server/branch/foo/src/com src/main/java/com
svn merge -r N:M http://server/branch/foo/test/com src/test/java/com

Надеюсь, это поможет вам сэкономить некоторое время.

Ответ 2

Это звучит как одноразовая проблема. Я предлагаю вам использовать svn diff > /to/some/file.patch (или обычный diff), чтобы сохранить его изменения в файле, а затем применить его на перемещенном сундуке с помощью patch -p0 < /to/some/file.path.

Ответ 3

Кто-нибудь пробовал это программное обеспечение? xMerge

Это плагин для SmartSVN, но похоже, что это трюк. Если кто-то его использует, я буду благодарен, если вы отправите мне его обзор.

Ответ 4

У меня была такая же проблема, и я решил ее с помощью git. Я не хотел объединять серверные модули с svn merge -r N:M http://server/branch/foo/test/com src/test/java/com для src/main, src/test и resources.

Итак, я использовал git svn clone file:///some/repo -T trunk -b branches -t tags. Таким образом, я смог сохранить мастер git в синхронизации с svn trunk и объединить его с моей ветвью git. Когда я закончил, я объединил ветвь git с git мастером и оттуда в svn trunk.