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

Question

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

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

Проблема в том, что мои .launch-файлы имеют жестко запрограммированное имя проекта. При импорте нового проекта файлы запуска будут отображаться в меню «Выполнить конфигурации», только если проект имеет точното же имя экспортируемого.Это запрещает мне иметь две версии одного и того же проекта.

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

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

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

Answer 1

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

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

---

ОП добавляет:

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

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

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

Answer 2

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

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

{checkout root}
   |
   +code
   |
   -workspace

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

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