Есть ли способ автоматизировать импорт проектов в Eclipse?

Question

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

Все эти проекты проверены в ClearCase.

Answer 1

В этом ответе показано, как импортировать произвольный набор проектов в Eclipse с помощью пользовательского плагина.

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

Answer 2

Я создал несколько скриптов для этого для SVN. В настоящее время скрипты запускаются из Vagrant, но вы можете запускать их автономно. Процесс для clearcase должен быть похожим.

См. Ответ здесь, где приведены ссылки на исходный код: https://stackoverflow.com/a/21229397/1033422

Answer 3

Eclipse как концепция наборов проектов, но я уверен, что это связано с использованием CVS. Моя команда использовала эту функцию, и именно так мы разделили множество проектов между нами.

Еще две альтернативы, о которых я знаю:

Бакминстер

Это проект Eclipse, который выполняет сборку компонентов, и одна из его частей - проекты. В прошлый раз, когда я играл с ней, документация была немного дрянной, но она работает. Не знаю, есть ли у них поддержка ClearCase, хотя она расширяемая.

Джаз

Стоит денег и также построен на Eclipse. Покрывает схожую с Бакминстером почву, но продвигается намного дальше в ориентированных на команду вещах.

Answer 4

Для представлений моментальных снимков у нас есть «шаблонное» рабочее пространство, которое ссылается на файлы .project и .classpath «стандартным» способом:

 c:\ccviews\projectA\vob1\path\...
 c:\ccviews\projectB\vob1\path\...
 c:\ccviews\projectC\vob2\path\...

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

• уникальное имя (
  • colleague1_projectA_snap,
  • colleague1_projectB_snap * * 1016
  • ...)
• один и тот же корневой каталог для каждого представления, ссылающегося на данный проект
  (c:\ccviews\projectA для:
  • colleague1_projectA_snap или
  • colleague2_projectA_snap или
  • colleague3_projectA_snap ...)

Поскольку представление снимка может находиться в любом месте на вашем диске, вы можете:

• определить стандартный путь
• масштабировать это до большого количества снимков.

Конечно, это было бы невозможно с динамическими представлениями, поскольку их пути были бы:

m:\aUniqueName\vob1\path

Вы можете попросить каждого пользователя связать представление с буквой диска, но оно не масштабируется для большого количества просмотров.
В любом случае, динамические представления отлично подходят для доступа и просмотра данных, а не для компиляции (время, необходимое для доступа к любому большому jar или dll через сеть, просто слишком важно)

Answer 5

Не могли бы вы импортировать их все в SCCS, а затем проверить их все сразу? Вы можете попробовать это в качестве эксперимента с использованием cvs не потому, что вы хотите начать использовать cvs в 2009 году, а потому, что он имеет лучшую поддержку Eclipse. Если cvs не может это сделать, другие, вероятно, тоже не могут.