Eclipse: как сохранить исходные файлы проекта и файл ant build.xml отдельно от рабочего пространства eclipse?

Вместо использования «Java-проекта из существующего файла сборки Ant» просто создайте простой «Java-проект». В мастере снимите флажок «Использовать расположение по умолчанию» и введите путь (или перейдите) к каталогу верхнего уровня вашего существующего проекта (то есть, где находится ваш build.xml). Правда, eclipse создаст файлы .project и .classpath в каталоге вашего проекта (если они еще не существуют), но проект останется за пределами рабочей области eclipse.

В частности, эта установка действительно хорошо зарекомендовала себя в очень конкретной ситуации в автономной системе, где исходное дерево находится в общем месте, но у каждого пользователя есть рабочее пространство в защищенном месте. Используя метод, описанный выше, каждый пользователь этой системы может создать проект в своем собственном рабочем пространстве eclipse, выполнить цели ant и впоследствии удалить проект из своего рабочего пространства, не затрагивая рабочие пространства других пользователей.

А как насчет использования ссылок?

• Символические ссылки Windows
• Справочная страница Linux для ln

Я делаю это все время в проектах C ++ (извините, без Java, но я думаю, что эта концепция переносима).

Мои рабочие области находятся в ~ / workspaces / {workspace_name}. У меня есть один общий файл проекта в ~ / {my_projects, а затем исходные деревья (несколько версий) находятся в ~ / proj1, ~ / proj2 и т. Д.

В каждом каталоге ~ / proj * я помещаю символическую ссылку на ~ / my_projects / .project и .cproject (требуется для C ++, не используется в Java). Таким образом, каждое исходное дерево использует один файл проекта. Затем в каждой рабочей области (по одной для каждого исходного дерева) я настраиваю рабочую область, импортируя ссылку на проект. Например, ~ / workspaces / proj1 импортирует ~ / proj1 / .project, но ~ / proj1 / .project на самом деле является символической ссылкой на ~ / my_projects / .project.

Таким образом, источник отделен от рабочих пространств. При сборке нет никакой реальной конфигурации - у меня просто Eclipse запускает make в соответствующем узле дерева - у нас уже есть собственная командно-ориентированная система сборки (мы не используем ant, но должен применяться тот же принцип ).

Я управляю исходным кодом папки ~ / my_projects в частной области SCM, поэтому другие члены команды не видят ее и не возятся с ней - многие из них вообще не используют Eclipse.

На самом деле нет необходимости пытаться избежать использования Ant и Eclipse одного и того же набора исходных файлов. На самом деле, вероятно, лучше, чтобы они использовали один и тот же набор.

Имейте в виду, что вы на самом деле ничего не смешиваете. Есть только один набор исходных файлов, и есть два разных способа его создания; Муравей и затмение. Эти компоновщики независимы друг от друга, поэтому нет проблем с подключением к Eclipse. Вы даже можете с радостью передать все файлы eclipse (.classpath, .project, .settings) в систему управления версиями, не затрагивая разработчиков, использующих другую IDE.

Я делаю это все время (правда, использую maven, а не ant), но действует тот же принцип.

Если у вас есть существующий проект в Eclipse (с .project в исходном дереве), вы можете Импортировать проект-> Импортировать существующий проект. Когда появится диалоговое окно, вы можете выбрать «Копировать проекты в рабочую область». Убедитесь, что этот флажок не установлен, и они импортируются.

Вы по-прежнему сохраняете .project в исходном дереве исходного кода, но это все.

Итак, теперь у меня есть

1. code / xxx (содержащий файлы .java, находящиеся в SVN)
2. code / xxx-workspace (который содержит рабочую область eclipse)