Чтобы проверить или не проверить весь проект Eclipse?

Question

Я скоро собираюсь проверить самый первый коммит нового проекта Java. Я работаю с Eclipse Ganymede и несколько плагинов делают вещи немного проще.

Ранее я принимал участие в проектах, в которых был зарегистрирован весь проект Eclipse. Довольно удобно получить настройки проекта после проверки. Однако этот подход все еще не был беспроблемным:

• Я сильно подозреваю, что некоторые файлы конфигурации Eclipse будут меняться без взаимодействия с пользователем (с тех пор, как я использовал Eclipse Europa), поэтому они будут выглядеть как измененные (как они были изменены, но не в интерактивном режиме), когда пришло время сделать коммит.
• Существуют настройки, уникальные для каждой машины разработки, а также глобальные настройки для всех разработчиков проекта. Держать их отдельно было трудно.
• Иногда, если версия Eclipse отличается от других, Eclipse разозлится и испортит конфигурацию проекта. Другой случай - это то, что он изменяет формат, чтобы он обновлялся, и если зафиксировано, портит конфигурацию для других.

Для этого конкретного проекта у меня есть еще одна причина не фиксировать файлы проекта:

• Возможно, разработчики предпочитают NetBeans, который присоединится к проекту позже. Однако они не присоединятся в ближайшие месяцы.

Как вы это организовали? Что вы проверяете в управлении версиями и что вы держите на улице? Что вы считаете лучшей практикой в ​​такой ситуации?

Answer 1

В ответ на:

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

Eclipse предлагает несколько способов обеспечения управляемости локальных настроек: переменные пути к классам Java (Java> путь сборки> переменные пути к классам) - это одно, а 'Связанные ресурсы' (Общие> Рабочее пространство> Связанные ресурсы) - другое http://help.eclipse.org/stable/index.jsp?topic=/org.eclipse.platform.doc.user/concepts/concepts-13.htm Создание README, в котором указано, какие настройки нужно установить перед сборкой / запуском проекта, на мой взгляд, работает очень хорошо.

Теперь, как убедиться, что ваша система непрерывной сборки понимает изменения, внесенные в настройки eclipse, это еще одна проблема ... (У меня есть отдельный build.xml для ant, который я постоянно обновляю вручную)

Answer 2

Не. Проверяйте только исходный код своих проектов.