Имеет ли смысл хранить специфичные для IDE файлы как часть исходного кода? - PullRequest
4 голосов
/ 03 августа 2011

Мы начинаем новый проект и хотели бы знать, нужно ли нам хранить специфичные для Ecipse IDE файлы (.settings, .project, .classpath) как часть нашего исходного дерева.Должны ли мы попросить каждого разработчика создавать эти файлы с помощью команды "mvn eclipse: eclipse" или мы должны зарегистрировать их для них.Что было бы лучшей практикой здесь

Ответы [ 2 ]

5 голосов
/ 03 августа 2011

Мы храним их в Git, потому что хотим, чтобы каждый разработчик работал в одной среде. Если вы позволите каждому разработчику создать свою собственную конфигурацию проекта и не будете иметь никакого другого контроля над используемой конфигурацией, вы можете получить другую конфигурацию, которая приведет к сбоям.

1 голос
/ 03 августа 2011

Основным преимуществом сохранения файлов конфигурации IDE / среды в системе контроля версий является стандартизация среды разработки.

Наличие стандартизированной среды дает несколько преимуществ:

  • Ваша среда и набор инструментов станут привычными для всех.
  • Общие проблемы хорошо известны и задокументированы.
  • Легкая кривая обучения для новых разработчиков (возможно, даже «установочный документ»).

Конечно, есть и недостатки:

  • Вынуждая своих разработчиков кодировать определенным образом, вы можете снизить их производительность. Например, у меня больше всего опыта работы с Eclipse. Конечно, я мог бы использовать NetBeans, но я не был бы таким эффективным.
  • Разработчики могут стать менее подверженными новым инструментам / идеям / технологиям. Например, я в основном использую Eclipse, но переключаюсь на NetBeans для профилирования и IntelliJ для редактирования конфигурации EJB.

Одна из лучших политик, которые я видел, это «Эй, мы магазин Windows / Eclipse. Вы можете использовать [вставьте вашу любимую ОС / Инструмент / Технику здесь], если хотите, но вы должны быть достаточно компетентны, чтобы исправить ваши собственные проблемы ".

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

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