Какие каталоги / файлы следует игнорировать при передаче рабочих пространств Eclipse для контроля версий? - PullRequest
1 голос
/ 05 августа 2010

Я новичок в Eclipse, и у меня есть рабочее пространство Eclipse с проектами для приложения Google Web Toolkit. Какие каталоги / файлы я должен передать для контроля версий (мы используем Subversion)? Я считаю, что мне не нужно фиксировать каталоги .metadata, и мне кажется, что мне не нужно фиксировать каталоги войны, но я не уверен. Зафиксированные проекты должны быть общими для нескольких разработчиков.

Ответы [ 2 ]

1 голос
/ 05 августа 2010

укладчик покрыты файлы Eclipse, позвольте мне покрыть GWT;)

Предполагается, что вы используете стандартную раскладку :

Каталог войны - это развертывание изображение вашего веб-приложения. это в стандартном расширенном формате войны признан различными сетями Java серверы, включая Tomcat, Jetty и другие контейнеры сервлетов J2EE. Это содержит различные ресурсы:

  • Предоставляемый вами статический контент, например, HTML-страница хоста
  • GWT скомпилированный вывод
  • Файлы классов Java и JAR-файлы для серверного кода
  • Файл web.xml, который настраивает ваше веб-приложение и любые сервлеты

Итак, как вы можете видеть, это смешанная сумка. Как было предложено до , вы должны использовать svn:ignore, чтобы сообщить SVN, что именно вы хотите поставить под контроль исходного кода - очевидно, скомпилированные выходные файлы и файлы классов отсутствуют:)

1 голос
/ 05 августа 2010

Вы не должны фиксировать каталоги, содержащие артефакты, а также файл .project, который потребует извлечения проекта в рабочую область.(что нежелательно, если вам нужно работать с разными версиями вашего проекта).

Если вы не используете maven, возможно, вы захотите добавить .classpath также в вашу систему контроля версий.

Имейте в виду, что все члены команды должны быть осторожны, чтобы добавлять только относительные пути к пути к классам.

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