Когда я фиксирую веб-приложение в системе контроля версий, я должен также включать файлы .project & .classpath? Я не думаю, что это должно иметь какое-либо значение, так как другие пользователи, использующие проект, должны иметь такие же настройки проекта?
Это вопрос, который выводит людей из формы в дебатах, которые никогда не заканчиваются.В основном у вас есть два лагеря:
Только вводите исходный код в систему контроля версий.Каждый разработчик выбирает свою собственную среду разработки и управляет собственной конфигурацией проекта.Настройка вашей IDE после получения исходного кода из репозитория будет непростой задачей.Если один разработчик изменяет зависимости проекта, он должен явно сообщить об этом, чтобы все остальные разработчики обновили свои конфигурации проекта.Есть некоторые инструменты, которые пытаются решить эту проблему, например плагин Maven, который будет пытаться генерировать метаданные проекта Eclipse из pom.xml, но у всех есть свои ограничения.Группы, действующие таким образом, предпочитают не ограничивать выбор разработчиков в IDE, а просто использовать проекты Eclipse для всей команды, которые просто работают.
Стандартизация в Eclipse.Поместите все метаданные проекта Eclipse в систему контроля версий.Это включает в себя .project, .classpath и все содержимое .settings.По сути, единственное, что вам не нужно в вашем репозитории управления исходным кодом, - это содержимое, помеченное как производное в Eclipse.Вы можете проверить это в правый клик-> Свойства.Использование этого подхода гарантирует, что разработчики смогут приступить к написанию кода сразу после получения проекта из системы контроля версий.Никаких дополнительных настроек не требуется.Кроме того, когда один разработчик изменяет конфигурацию проекта, остальные члены команды увидят то же самое изменение при следующей синхронизации.
Выберите подход, наиболее подходящий для вашей команды.
Для ClearCase, включая .project и .classpath, может иметь значение, когда вы используете плагин IBM ClearCase для Eclipse .
.project
.classpath
Этот плагин будет работать лучше, если сможетполагайтесь на эти (версионные) файлы, находящиеся там, рядом с источниками (в отличие от рабочего пространства Eclipse, которое не обязательно содержит указанные источники).
я бы включил их.
Файл .project содержит информацию о плагине (например, maven, ant, pdt, wst, aspectj, findbug ..)Это важно, если это не простой Java-проект.
.classpath содержит путь к классу.это необходимо, если вы используете jar-файлы.
Я бы сказал, что все файлы, включая .project и .classpath, должны перейти в систему управления версиями, чтобы гарантировать, что все в команде имеют одинаковые настройки.
В общем случае ничего не должно генерироваться в хранилище.Эти файлы обычно генерируются IDE или Maven.Однако иногда вам может потребоваться нажать кнопку или выполнить команду, чтобы сгенерировать их.