Как переименовать пакеты Java без нарушения истории Subversion?

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

мы используем: Eclipse, TortoiseSVN, Subversion

нашел где-то что я должен сделать это во многих шагах, чтобы предотвратить несогласованность между содержанием .svn папки и имена пакетов в файлах java:

• сначала используйте TortoiseSVN для переименования каталога, обновляя его .каталоги в SVN.
• затем вручную переименовать каталог обратно в исходное имя.
• чтобы, наконец, использовать Eclipse для переименования пакетов (рефакторинг) обратно в новое имя, обновляя файлы java.

Это кажется мне хорошим, но мне нужно знать, если родословная и история и все такое else по-прежнему будет последовательным и хорошо работать.

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

Спасибо за помощь

М. Следующих

пакет переименовать тест

процедура:

1. создать новый пакет com.старое_имя.тест.renametest.субпакет.

2. Добавить новый класс под renametest называется RenameTest0.Java и содержащий:

   class RenameTest0 {
       public RenameTest0() {
           showMessage();
           new RenameTest1();
       }
       public static void showMessage() {
           System.out.println("RenameTest0!");
       }
       public static void main(String[] args) {
           new RenameTest0();
       }
   }

3. Добавить новый класс под renametest.подпакет, содержащий:

   class RenameTest1 {
       public RenameTest1() {
           showMessage();
           RenameTest0.showMessage();
       }
       public static void showMessage() {
           System.out.println("RenameTest1!");
       }
   }

4. проверьте, что RenameTest0 работает нормально.

5. Commit.
6. измените сообщения обоих классов.
7. Commit.
8. снова измените сообщение одного класса и commit (просто создавая некоторую историю).
9. применить процедуру, предложенную выше (три шага в исходном сообщении) для переименования пакета renametest в testrename.
10. Commit.
11. тестовый прогон.
12. измените сообщения снова и проверьте.
13. Commit.
14. попробовать откатить к версии, когда оба сообщения были изменены одновременно в первый раз.
15. если все работало нормально до этого момента, это выглядит хорошо, нет?

результат теста:

• Примечание на шаге 9: пришлось сделать это в обратный порядок (Eclipse переименовать затем TortoiseSVN переименовать.), иначе это было сложно, так как TSVN создает новую папку / пакет и помечает старый для удаления... Поэтому вы не можете переименовать Eclipse, если вы не поместите старый пакет в другое место, чтобы предотвратить потерю .папки svn и т. д. так далее. Не похоже, что это хорошая идея, чтобы идти дальше с этим методом. (Отмечать для себя: не забудьте поставить галочку для рекурсивного переименования пакета!)
• Примечание на шаге 14: работал! Мы можем видеть предыдущие версии; все, что нам нужно сделать, это сказать, чтобы не сломаться при копировании/перемещении, и все в порядке. После возврата к версии перед переименованием,имена пакетов не возвращаются к хорошему имени, хотя, вероятно, что рефакторинг снова сделает это.
• конец примечание: Я был удивлен, чтобы сделать важные шаги в обратном порядке. Чтобы сделать это прямо в в середине этой первой попытки переименования пакета мне пришлось откатить некоторые TSVN и ручные модификации, бросив немного сомнений в повторяемости точных результатов этой процедуры. Мне придется сделать второй тест, чтобы подтвердить его достоверность. подводя итог: он выглядит хорошо, но нуждается в дальнейшем тестировании.