как упаковать затмение для моей команды

Question

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

Кажется, что установка плагинов - это хорошо, но когда я добавляю нестандартные файлы jar (например, ivy2, ojdbc и т. Д.), Они все сохраняются с полными абсолютными путями, которые, вероятно, не существуют на других машинах (особенно если они распаковываются в другом месте). мне).

Во всяком случае, я надеюсь, что эта идея не глупа, и работаю, если этот процесс где-то задокументирован или у кого-то есть какие-либо советы в целом.

Спасибо

Answer 1

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

Позвольте разработчикам установить затмение там, где они хотят.

Тем не менее, для jar-файлов, которые вам нужны для запуска плагинов (внешние зависимости, которые вы должны настроить для правильного использования плагинов):

Перепишите каталог для этих банок (в отличие от всего каталога eclipse), например c: \ eclipse-helpers или что-то в этом роде.

---

Чтобы справиться с зависимостями сторонних библиотек (в коде, который вы разрабатываете), у вас есть несколько хороших вариантов:

1. Создайте проект (ы) для хранения сторонних библиотек и зарегистрируйте их в вашей системе контроля версий (которую вы используете , верно?). Затем вы можете добавить библиотеки в пути (и) сборки проекта (ов) - убедитесь, что вы отметили их для экспорта на вкладке «Порядок и экспорт» на странице пути сборки. Затем вы можете просто добавить эти сторонние проекты в качестве зависимостей проекта.

2. При добавлении их в путь сборки ваших проектов указывайте сторонние файлы jar как CLASSPATH переменные . Это позволяет другим разработчикам хранить зависимости в разных местах. Возможно, определите переменную CLASSPATH (в окне eclipse Window-> Preferences-> Java-> Build Path-> Classpath Variables) с именем THIRD_PARTY_JARS; каждый разработчик может сопоставить его с другим путем, где они хотят держать свои deps.

3. Ссылка на сторонние jar-файлы как "пользовательская библиотека" (Window-> Preferences-> Java-> Build Path-> User library) Это похоже на переменные classpath, но действует как явный набор jar-файлов.

4. Включайте сторонние банки непосредственно в свои проекты. Используйте эту опцию, только если вам нужны депы в одном месте.

Answer 2

В eclipse - во многих местах можно использовать относительные пути рабочей области или информацию о системной среде для ссылки на внешние файлы. Другим вариантом может быть размещение ваших jar-файлов в проекте рабочей области, чтобы каждый член команды мог проверить это из cvs / subversion / what и начать работать. Такая работа обеспечивает воспроизводимую среду для серверных сборок или для настольных компьютеров даже спустя годы.

Говоря о Йокосе ... он также обеспечивает «Предоставление рабочего пространства». Это означает, что вы можете присоединить предпочтения Eclipse, настройки checkstyle и настройки Mylyn дополнительно к вашему списку необходимых инструментов / плагинов для вашей IDE к вашему профилю yoxos. Это означает, что ваша команда может поделиться профилем и сможет начать работать с одинаковыми настройками, независимо от их ОС или чего-либо еще. (Также возможно использование нескольких профилей одновременно.)

Answer 3

Хотя это не совсем соответствует направлению вопроса, вы можете использовать Yoxos OnDemand . Это позволяет вам «катать свой собственный» дистрибутив Eclipse и загружать его в виде zip. Они добавляют в своей собственной перспективе, где вы можете добавить больше плагинов (прямо из их репо), или обновить плагины, которые у вас есть.

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

Answer 4

Если разработчики не имеют одинаковых путей на своей машине, вместо добавления независимых файлов JAR вы можете создать то, что Eclipse называет «библиотекой», и включить в него кучу jar-файлов. Тогда другому разработчику просто нужно изменить местоположение библиотеки, и он поднимет все банки там.

Answer 5

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

Answer 6

Я нашел Yoxos действительно хорошим, и он очень хорошо работает для определения зависимостей. Это действительно хороший инструмент и стоит посмотреть.

Answer 7

Мы сделали то же самое с нашей средой разработки (для этого требовались и Eclipse, и наш собственный плагин, который на ранних этапах должен был работать в известном месте).

Мы просто поместили его в c:\eclipse_<projName> и сделали это обязательным требованием для команды. Это, наверное, самое простое решение для вас.

Это ваша команда, вы можете диктовать это как требование. Если члены вашей команды не абсолютные идиоты, они будут работать с вами.