Более простой способ перемещения проекта в Eclipse

Question

Мои проекты меняют местоположение, и мне нужно сообщить об этом Eclipse. (Я не тот, кто перемещает проект, он уже существует в разных папках. Чтобы работать в другой ветке, я работаю в другой папке.) Сегодня я просто удаляю проект из Eclipse и импортирую его из нового места.

Но у меня много проектов, они часто меняют местоположение, а пути очень сложные. Я бы хотел лучше управлять этим в Eclipse.

Например:

J:\iteration234_abc\foo\bar\baz\iffle\dizzle\Project

Изменяется только корневая папка (номер итерации и идентификатор "abc"). После этого появляется много папок. Во многих папках есть множество подпапок с похожими именами, что делает поиск папки с графическим интерфейсом пользователя трудоемким и очень скучным.

Было бы здорово, если бы я мог просто отредактировать путь.

Как вы уже догадались: J-диск - это сетевой диск, предоставляемый системой управления источниками. Чтобы сказать системе контроля версий, что я работаю над другой итерацией, нужно продолжить работу в другой папке. Мое рабочее пространство Eclipse обычно не содержит никаких проектов.

Answer 1

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

Тогда вы можете просто использовать «Файл-> Переключить рабочие области», чтобы изменить все открытые проекты одновременно.

Answer 2

Другой вариант - экспортировать «Набор командных проектов». Вы получаете файл XML, например:

<?xml version="1.0" encoding="UTF-8"?>
<psf version="2.0">
<provider id="org.tigris.subversion.subclipse.core.svnnature">
<project reference="0.9.3,https://xxx/trunk/com.image4j,com.image4j"/>
<project reference="0.9.3,https://xxx/trunk/com.jacob,com.jacob"/>
</provider>
</psf>

Этот файл можно затем отредактировать вручную, а затем импортировать в пустое рабочее пространство затмения

Answer 3

Экспорт вашего проекта в формате «Project Interchange» (в основном, zip-файл). А затем повторно импортируйте zip в «новое» местоположение - все старые фиксированные пути будут сопоставлены с новыми путями.

Answer 4

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