В Eclipse, как иметь конфигурации запуска относительно проекта?
У меня обычно есть несколько копий проекта, например: копия ствола и другая ветвь последнего выпуска. Чтобы полностью отделить файлы моего проекта от Eclipse, они извлекаются из Subversion в каталоге вне рабочей области Eclipse.
Я хочу сделать проект легко импортируемым в Eclipse и следовал инструкциям из нескольких ответов .
Проблема в том, что мои файлы .launch имеют жестко закодированное имя проекта. Когда новый проект импортируется, файлы запуска будут отображаться в меню Run Configurations, только если проект имеет точно такое же имя, что и экспортированный. Это запрещает мне иметь две версии одного и того же проекта.
Похоже, что единственный способ сделать это - создать файлы .launch и .project из задачи Ant, но я не вижу никого, кто бы использовал это решение. Может быть, у меня должно быть несколько рабочих пространств и проект всегда с одинаковым именем.
Какой лучший способ сделать это?
Редактировать: Я отмечаю VonC как ответ, но не пропустите комментарии.
2 ответа
Помните, что файлы конфигурации .launch не обязательно должны находиться в вашем рабочем пространстве.
Они могут быть в вашем , как я упоминал в ответе, который вы ссылаетесь на .
Это означает, что вы не можете импортировать в рабочее пространство eclipse две версии одного и того же проекта.
Вам нужны отдельные рабочие области (не версионные сами по себе), каждая из которых ссылается на проект по разному пути.
Каждый путь представляет разные рабочие деревья (например, разные рабочие каталоги для Subversion).
OP добавляет:
Проект должен иметь то же имя, но каталог проверки проекта может иметь любое имя .
Чтобы запустить файл запуска, вы должны указать любой файл с помощью переменной
$ {workspace_loc: ProjectName}.
На файлы Java можно ссылаться, используя такой путь: '/ProjectName/src/package/MyFile.java'
Таким образом, легче использовать любой инструмент для взаимодействия с репозиторием Subversion.Я хочу облегчить жизнь тем, кто использует Eclipse, но я не хочу никого заставлять его использовать.
Я рекомендую привязать рабочую область к месту оформления заказа, а затем вы можете использовать конфигурации запуска для соответствующих проектов в Подрывная деятельность.
Моя структура каталогов выглядит так:
{checkout root}
|
+code
|
-workspace
В вашем случае это будет означать рабочее пространство для ствола и любой другой ветки / тега, которую вы проверяете. Я также храню все свои проекты за пределами рабочего пространства. Каталог рабочей области в Subversion пуст; Я просто рекурсивно добавляю ссылки на проект в рабочую область из одноуровневого дерева. Также помогает, если вы экспортируете свои настройки Eclipse, так как затем вы можете повторно импортировать их в каждую новую рабочую область.
Я заимствовал этот подход из пары официальных документов IBM и Rational по использованию Eclipse с Rational ClearCase. Это должно работать, если вам не нужно открывать несколько версий одного и того же проекта в одной рабочей области.