2012-07-23 4 views
3

Я пытаюсь переименовать пакет Java, который отслеживается в SVN. Кажется, все работает. Он перемещает код в новый пакет и т. Д. Однако, когда начинается кошмар, забава начинается в зависимости от вашей перспективы. Избавиться от старого пакета сложно.Переименование пакета Java в SVN является круговым ночным кошмаром Out of Date и не существует ошибок

Я попадаю в круговую войну «устаревших» или «не существует» сообщений.

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

Итак, мой вопрос: видимо, есть правильный путь и неправильный способ переименования пакета.

Я использую SpringSource ToolSuite, если это имеет значение.

Каждый раз через некоторое время я могу сделать это за 15 или 20 попыток, в другое время я просто отказываюсь от всего.

Почему переименование пакета такая проблема для SVN.

+1

Вы пробовали 'svn move com \ example \ test test \ example \ com'? –

+0

Вы имеете в виду, что вы IDE переименовываете пакет без вызова «svn move», и все в порядке с точки зрения Java, но вы хотите, чтобы SVN понимал, что файлы перемещены? –

+0

@ Андрей, я все делаю в SpringSource ToolSuite IDE .... Командная строка не мой мир – Davidson

ответ

1

Я знаю, что это старый пост, но я недавно столкнулся с ним снова. Я закончил создание совершенно нового пакета и перенес свои классы из старого пакета в новый. Затем я смог зафиксировать этот новый пакет и перемещенные классы. После этого мне пришлось удалить старый пакет на нижнем уровне, т. Е. Com.xyz.foo.bar, где bar - нижний уровень, а затем я, наконец, смог передать SVN, начиная с нижнего уровня. Это использовало Eclipse Mars и поставщика команды subversion 1.10. Абсолютно болезненный процесс.

+0

Это определенно больно ... Но вы правы, вы начинаете одну папку за раз снизу. Это многоступенчатое решение. – Davidson

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

  • Нет связанных вопросов^_^