В Eclipse, как иметь конфигурации запуска относительно проекта?

Обычно у меня есть несколько копий проекта, например: копия соединительной линии и другая из последней ветки выпуска. Чтобы полностью отделить файлы проекта от Eclipse, они извлекаются из Subversion в каталоге вне рабочего пространства Eclipse.

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

Проблема заключается в том, что у моих файлов .launch есть имя проекта hardcoded. Когда новый проект импортируется, файлы запуска будут отображаться в меню Run Configurations, только если проект имеет точно такое же имя экспортируемой. Это запрещает мне иметь две версии одного и того же проекта.

Похоже, что единственный способ сделать это - получить файлы .launch и .project, созданные из задачи Ant, но я не вижу, чтобы кто-либо использовал это решение. Возможно, у меня должно быть несколько рабочих областей, а проект всегда с тем же именем.

Какой лучший способ сделать это?

Изменить: Я отмечаю VonC как ответ, но не пропустите комментарии.

ОТВЕТЫ

Ответ 1

Помните, что файлы конфигурации .launch не должны находиться в вашей рабочей области.
Они могут быть в вашем <project>/.settings, как я упоминал в ответ, который вы ссылаетесь на.

Это означает, что вы не можете импортировать в рабочее пространство eclipse две версии одного и того же проекта.
Вам нужны отдельные рабочие пространства (не сами версии), каждый из которых ссылается на проект по другому пути.
Каждый путь представляет разные рабочие деревья (например, различные рабочие каталоги для Subversion).

OP добавляет:

Проект должен иметь одно и то же имя, но в каталоге проекта вы можете указать любое имя.

Чтобы файл запуска работал, вам нужно ссылаться на любой файл с помощью переменной ${workspace_loc:ProjectName}.
На Java файлы можно ссылаться, используя путь, например: '/ProjectName/src/package/MyFile.java'
Таким образом, проще использовать любой инструмент для взаимодействия с репозиторием subversion.

Я хочу облегчить жизнь тем, кто использует Eclipse, но я не хочу заставить кого-либо использовать его.

Ответ 2

Моя рекомендация - привязать рабочее пространство к месту проверки, а затем вы можете использовать конфигурации запуска для соответствующих проектов в Subversion.

Моя структура каталогов выглядит так:

{checkout root}
   |
   +code
   |
   -workspace

В вашем случае это будет означать рабочее пространство для соединительной линии и любую другую ветвь/тег, которую вы проверяете. Я также сохраняю все свои проекты за пределами рабочего пространства. Каталог рабочей области в Subversion пуст; Я просто рекурсивно добавляю ссылку на проект в рабочую область из дерева сестры. Это также помогает, если вы экспортируете настройки Eclipse, так как вы можете повторно импортировать их в каждое новое рабочее пространство.

Я получил этот подход из пары документов IBM и Rational для использования Eclipse с Rational ClearCase. Это должно работать, если вам не нужно открывать несколько версий одного и того же проекта в одном и том же рабочем пространстве.