Как команда может поделиться проектом затмения, когда их рабочая среда отличается?

Question

При совместном использовании проекта с членами команды с помощью контроля версий обычно .project включается в источник под управлением версиями. Это гарантирует, что другие члены команды получат все зависимости и ресурсы для проекта. Но .project использует полный / укорененный путь к ресурсу, и не все члены команды будут работать в одной среде. Даже если все участники находятся на одной платформе, пути часто могут быть в домашнем каталоге пользователя.

Для файла .classpath мы можем обойти эту проблему, используя переменные пути сборки. Каждый член определяет путь к расположению зависимых библиотек в их системе, а .classpath ссылается только на переменную.

Это особая проблема для проекта Grails - когда мы добавляем плагин, он соответствующим образом обновляет .project.

Answer 1

Сами ресурсы ИМО вообще не должны быть частью проекта. Существует отличный плагин m2eclipse , который упрощает такие задачи, используя Maven .Это значительно упростит ваше управление зависимостями.Все, что вам нужно сохранить в вашей системе управления версиями, кроме исходного кода, - это конфигурация проекта (pom.xml) - все зависимости будут загружаться и автоматически кэшироваться независимо от того, в какой среде работает разработчик.этот подход - просто прочитайте на нем:)

ОБНОВЛЕНИЕ : только что заметил тэг "grails" в вашем вопросе.если вы используете Groovy - Maven можно заменить на Gradle . STS , вероятно, лучшая сборка Eclipse для использования, если вы программируете в Groovy.Следующая версия STS будет иметь поддержку Gradle .

Answer 2

Общий подход

Как уже упоминали другие, вы не должны хранить файлы IDE в VCS, вы должны хранить независимое от IDE описание проекта в VCS и генерировать из них файлы проекта, специфичные для IDE.

---

Пример Java-Maven

Сохраните файл (ы) pom.xml в VCS и сгенерируйте файлы Eclipse, запустив mvn eclipse:eclipse

---

GrailsПример

Проект Grails описывается application.properties и grails-app/conf/BuildConfig.groovy.Эти файлы присутствуют в каждом приложении Grails.Из них можно сгенерировать описания проектов Eclipse, выполнив:

grails integrate-with --eclipse

Эта команда также поддерживает другие инструменты, такие как IntelliJ и Textmate

Answer 3

Я не думаю, что стандартная практика - включать файл проекта.Я лично говорю своей VCS игнорировать все файлы IDE и просто использовать VCS для источника.Я включаю на корневом уровне README, рассказывающий другим, как настроить проект (например, jars находятся в lib)

Answer 4

Функция ссылок на ресурсы, на которую вы ссылаетесь, также может использовать переменные пути.Они определены в Предпочтения -> Общие -> Рабочая область -> Связанные ресурсы.

Answer 5

Вы можете попытаться сохранить файлы проекта в общей папке Dropbox с согласованным путем для каждого разработчика.