Компания, над которой я работаю, запускается, и они изменили свое название в процессе. Поэтому мы по-прежнему используем имя пакета com.oldname, потому что боимся сломать историю изменений файла или ссылки на родословную между версиями или что бы мы ни сломали (я не думаю, что я использую правильные условия, но вы получаете концепцию).
Мы используем: Eclipse, TortoiseSVN, Subversion
Я нашел где-нибудь, что я должен сделать это несколькими шагами, чтобы предотвратить несогласованность между содержимым .svn папок и имен пакетов в java файлах:
Мне кажется, что мне хорошо, но мне нужно знать, будет ли происхождение и история и все остальное быть последовательными и хорошо работать.
У меня нет ключей к этому серверу, поэтому я не спешу делать резервные копии вещей и попробовать одну или две вещи. Я хотел бы найти хорошую причину, чтобы не делать этого, или способ сделать это, который работает.
Благодарим вас за помощь,
М. Joanis
Тест переименования пакетов
Процедура:
Добавить новый класс под renamestest с именем 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();
}
}Добавить новый класс под renametest.subpackage, содержащий:
class RenameTest1 {
public RenameTest1() {
showMessage();
RenameTest0.showMessage();
}
public static void showMessage() {
System.out.println("RenameTest1!");
}
}Проверьте, что RenameTest0 работает нормально.
Результат теста:
Возможно, это не практично для ваших конкретных потребностей, но TortoiseSVN имеет удобную функцию переименования. Вы можете сделать это:
Рассматривали ли вы использование плагина подзапроса? Он может решить ваши проблемы, в соответствии с Как использовать инструменты рефакторинга Eclipse и синхронизировать с SVN через Subclipse?
Вы уверены, что сохранение истории НЕ работает, если вы используете метод рефакторинга, включенный в eclipse?
С NetNeans я регулярно меняю имена пакетов, и основной "svn-плагин" беззвучно перемещает содержимое (которое сохраняет историю) в новый каталог (после этого произойдет нормальный рефакторинг).
so: Пробовали ли вы его из затмения, если история хранится с плагином subversion? (например, в новой копии выписки, чтобы избежать сбоя)
По крайней мере, вы можете использовать NetBeans для выполнения этой одноразовой задачи...
Да, это сработает. Вы можете установить версию svn в командной строке и написать пакетный файл, который будет выполнять материал svn. Автоматизация затмения будет немного больше работы и, вероятно, не стоит того, если вы уже знакомы с API eclipse.
Протестируйте его одним пакетом, прежде чем делать все, только чтобы убедиться, что вы делаете все шаги правильно.
Вы можете сделать это, и это не так сложно - лучший способ получить чистую историю SVN - сделать это за 2 шага (может стать одним фиксатором) - хотя для хороших результатов я рекомендую использовать клиент CLI.
Затем вы можете зафиксировать как набор изменений, и история на уровне файла должна соответствовать.
Если вы используете Maven или инструмент для упаковки, рекомендуем вам запустить выпуск, прежде чем делать что-то подобное - также стоит отрезать тег непосредственно перед этим, если вам нужно вернуться к старой структуре
Я обнаружил, что плагин subclipse дает сообщение об ошибке "уже находится под управлением версиями" при передаче класса, который был перемещен в новый пакет (т.е. еще не под контролем источника) , а родительский элемент этого пакета также новый.
Когда это произойдет, я могу зафиксировать изменения с помощью TortoiseSVN. После этого мне нужно только обновить проект в Eclipse.
После перемещения класса в новый пакет, родительский элемент которого уже находится под контролем источника, подзаголовок может без проблем выполнить это изменение.
Вместо переименования пакетов вы можете сделать это:
создать новую структуру пакета в вашем проекте. Когда-то ваш проект должен выглядеть примерно так:
com -
|- myOLDcompname -
| |- feature1 -
| |- classA.java
| |- classB.java
|- myNEWcompname -
|- feature1
добавить новые папки под управлением версиями, чтобы svn мог отслеживать их