Мы в процессе стандартизации нашей конфигурации Eclipse по умолчанию (стили, настройки, словарь, форматирование, запуск конфигураций и т. Д.) Для наших разработчиков.Eclipse: как делиться ошибками/предупреждениями компилятора Java во всей команде
Однако, для предпочтений компилятора Java и предупреждений, похоже, что не существует способа экспортировать/импортировать настройки. Есть ли другой способ сделать это?
Идеальный способ разделить настройки внутри команды (для использования в IDE) заключается в использовании конкретных параметров проекта. Конкретные настройки проекта становятся частью проекта и переходят в исходный репозиторий управления, поэтому каждый член команды получает их бесплатно.
Большинство настроек, которые вы указываете в вопросе, могут быть настроены для каждого проекта.
Создайте общий файл сборки (используя Ant/Maven). Если вы используете Maven, вы можете даже убедиться, что одни и те же банки используются всеми при компиляции.
Мы являемся крупными пользователями Maven и считаем это более важным, чем наша IDE, но все же важна IDE. Ничто в Maven, о котором я не знаю, поможет нам распространять наши предпочтения Eclipse. Я понимаю, как я задал вопрос, который звучал так, будто я спрашивал о настройках компилятора, когда я действительно спрашивал о настройках проверки компилятора. Я уточнил исходный вопрос, который я думаю. – HDave
@HDave Mea culpa. Я неверно истолковал вопрос, который я думаю! –
Это может быть исправлено за пределами Eclipse, начиная со стандартизации процесса сборки, как упоминал Амит.
Вы также можете рассмотреть continuous integration system, который строит каждый раз, когда кто-то фиксирует код. Это держит всех на ногах, не давая людям сломать сломанный код. Любые ошибки/предупреждения компилятора видны всем.
Yup, у Хадсона уже есть работа с матрицей для всех комбинаций серверов приложений и баз данных, но это не помогает стандартизации IDE. Теперь я понимаю, что способ, которым я сформулировал этот вопрос, не ясен, и я его исправил. – HDave
Eclipse, позволяет экспортировать свои предпочтения через
Файла> Экспорт> Preferences
Вы увидите список экспортируемых предпочтений, который содержит Java Compiler Preference, вы можете даже выбрать конкретное предпочтение для экспорта ,
После этого, вы можете импортировать предпочтения в новое рабочее пространство с помощью
Файл> Импорт> Preferences
Я разработал плагин maven (называемый codecleaner), который распространяет предварительно настроенные настройки затмения для проектов maven. Это очень полезно wehn вы не хотите поставить затмения настройки под контролем версий, или, если вы хотите, чтобы сэкономить время для manulay добавить настройки для каждого из проектов
https://github.com/yonatanm/codecleaner
В настоящее время codecleaner плагин обновления следующий типы настроек затмения:
В нашей команде мы используем workspace mechanic одни и те же предпочтения рабочего пространства, помещая файлы настроек на общем диске. Небольшое введение можно прочитать here.
Вы хотите проверить каталог «.settings» в исходном элементе управления? Если это так, я испытываю соблазн сделать это, но разве он сломается, если мы не все используем ту же версию Eclipse с теми же плагинами? – HDave
Да, я говорю именно это, и это стандартная практика. В идеале команда должна использовать одну и ту же версию IDE :-) Однако, если вы используете разные версии, вы обычно не ломаетесь. Вы можете установить предпочтения на основе самой низкой версии Eclipse в команде, новые версии Eclipse будут работать правильно. (Даже в крайне редком случае что-то идет не так, последствия должны быть мягкими) –
Я собираюсь оставить ответ Рэнди Лина в качестве принятого ответа, поскольку он точно отвечает на исходный вопрос, но я лично внедрил ваше предложение внести эти изменения в отдельных проектах и проверить каталог '.settings'. Если это сработает, это будет невероятно ... Я уже удаляю страницы документации wiki ..... – HDave