Настроить рабочую область Eclipse автоматически - PullRequest
4 голосов
/ 17 мая 2011

У меня есть рабочее пространство eclipse, которое состоит из 15 различных Java-проектов.Чтобы настроить рабочую область eclipse, мне каждый раз нужно вручную добавлять проекты java и добавлять зависимости и ссылки в путь сборки java.Добавление всех проектов и устранение зависимости каждый раз становится ручной и избыточной задачей.Я исследовал .classpath внутри каждого проекта, в котором хранится информация о зависимостях и ссылках.Я хотел бы автоматизировать этот избыточный процесс.Если кто-нибудь попытался сделать это, любые входные данные будут полезны.

Мне не нужно добавлять один и тот же проект более одного раза, но часто нужно создавать новое рабочее пространство Eclipse с новыми изменениями кода и доставкой (я могуне принимайте некоторые изменения в текущем рабочем пространстве). Проще говоря, например, если кому-то нужно снова и снова создавать рабочее пространство затмения, или нескольким людям необходимо создавать одно и то же рабочее пространство для своей работы.Как мы можем уменьшить это ручное усилие?

Ответы [ 6 ]

1 голос
/ 20 мая 2018

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

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

Эти профили можно экспортировать в центр профилей yatta, который может быть общедоступным или закрытым, а затем предоставляться другим разработчикам и может быть импортирован и запущен.

1 голос
/ 17 мая 2011

Я все еще немного неуверен в ваших мотивах, но я собираюсь предположить, что под изменениями нового кода и доставкой вы подразумеваете другую ревизию / ветвь той же базы кода .Для этого и по многим другим причинам, если вы не используете управление исходным кодом, такое как SVN или Git , посмотрите на него.Эти инструменты бесценны и бесплатны.

Eclipse

Не думаю, что это технически является частью вашего вопроса, но я хотел бы добавить его для полноты.Если вы реализуете методы, описанные ниже, также полезно иметь «полностью загруженное затмение».Я сохраняю «полностью загруженное затмение» на сетевом диске где-то с предварительно загруженными плагинами, чтобы новые дополнения к команде не загружали и не устанавливали плагины.Это не сложно сделать, так как Eclipse не нужно «устанавливать».Вы можете просто скопировать папку eclipse туда, куда вы хотите, и запустить ее.Лично мне нравится включать плагины для управления исходным кодом , стиль кода , покрытие кода и метрики , но вы должны включать все, что вы используете последовательнов вашем проекте.

Рабочая область

Чтобы скопировать существующую рабочую область (не включая проекты, я вернусь к этому позже), все, что вам нужно сделать, это скопировать папку .metadata из существующая папка рабочего пространства в пустую папку, которая будет новой папкой рабочего пространства .При запуске eclipse просто выберите новую папку рабочей области , и у вас будут все те же настройки, что и в другой рабочей области.

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

Проекты

Для самих проектов я бы рекомендовал включить их в систему управления версиями, включая файлы eclipse .project и .classpath.Плагин SVN ( subclipse ) позволяет очень легко сделать это.Затем, когда кто-то присоединяется к вашему проекту, все, что ему нужно сделать, это проверить его как проекты в их новом «чистом рабочем пространстве», что также очень легко сделать.Поскольку проект, который вы извлекаете, уже имеет файлы .project и .classpath, все зависимости уже настроены!Просто убедитесь, что все jar-файлы и все другие зависимости зарегистрированы в проектах.

Процедура настройки рабочего пространства

  1. Возьмите копию «полностью загруженного затмения».
  2. Возьмите копию «чистого рабочего пространства».
  3. Проверьте проекты в этом рабочем пространстве.

Вот и все!Ваш новый рекрут должен быть готов к работе!

Несколько ветвей кода

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

Слава

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

0 голосов
/ 20 января 2014

Используя vagrant, довольно просто автоматизировать настройку всей среды разработки десктопов.

Смотрите ответ, который я дал на аналогичный вопрос здесь , в котором есть ссылки на скрипты, которые автоматизируют проверкупроекты maven, создание рабочего пространства eclipse и импорт проектов.

0 голосов
/ 17 мая 2011

Если вы проверяете проекты из CVS / SVN в Eclipse, то можно создать набор командных проектов.По сути, это XML-файл, который будет содержать список проектов и их исходный путь к репозиторию

. Его можно экспортировать через File |Экспорт |Команда |Team Project Set и импортируется в другое рабочее пространство через File |Импорт |Команда |Набор командных проектов

Подробнее об этой функции можно узнать по этой ссылке в Javalobby

0 голосов
/ 17 мая 2011

Вам действительно стоит взглянуть на такие инструменты сборки, как Maven, Ant, ...., которые могут автоматически генерировать для вас необходимые переменные classpath и могут делать еще много вещей

0 голосов
/ 17 мая 2011

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

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

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

Если у вас еще нет людей с опытом, я бы порекомендовал Maven. Базовый сценарий сборки Java легко настроить, и его функции управления зависимостями являются IMO лучше, чем альтернативы. Это, однако, заставит вас сделать что-то, особенно в отношении дерева исходных текстов.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...