Проверка в проекте Eclipse в SVN
Я хочу проверить динамический веб-проект, который я создал в eclipse в svn. Может кто-нибудь сказать мне, какие файлы я должен проверить, а какие нет? Идея состоит в том, чтобы иметь возможность проверить проект с помощью мастера создания проекта, чтобы я мог снова создать динамический веб-проект. Более конкретно, вот файлы / каталоги, которые у меня есть в проекте -
- src
- WebContent
- build
- dist
- build.xml
- .project
- .classpath
- .settings /
Очевидно, что каталог сборки не должен быть зарегистрирован. А как насчет других? Я угадал все. файлы не должны быть проверены в. Кто-нибудь может это проверить? Что это за каталог dist и каталог .settings?
Кроме того, где eclipse хранит информацию о сервере (tomcat)? Я тоже не хочу это регистрировать.
РЕДАКТИРОВАТЬ:
Я изначально проверил все вышеперечисленное, кроме каталога сборки, конечно. Когда я извлек проект из Eclipse, он не предлагал мне создать новый проект, так как .project есть, но Eclipse создавал проект JavaEE или что-то другое вместо Dynamic Web Project. Кто-нибудь еще сталкивался с таким поведением?
** РЕДАКТИРОВАТЬ 2 **
Нашли! Оказывается, я не должен проверять следующее -
- .project
- .settings /
- .classpath
Как только эти 3 удалены, Мастер нового проекта работает, как ожидалось, и все в порядке.
4 ответа
Если вы отметите в .classpath/.project/.settings, вы сделаете свой проект специфичным для Eclipse. А как насчет разработчиков, которые работают с Netbeans или IntelliJ? IMO лучше, чтобы ваш проект был независим от IDE и прост в настройке.
Я обычно использую сборку Maven. В pom.xml указываются все необходимые зависимости, а mvn eclipse:eclipse генерирует .classpath/.project файлы для вас.
Каталог .settings содержит локальные настройки (например, какую версию Java вы хотите использовать). IMO не имеет смысла проверять это. Вы можете обеспечить соответствие версии Java через Maven2 pom.
Наконец, для вашего следующего проекта я советую svn-ignore файлы или каталоги, которые вы не хотите видеть в SVN до вашего первого коммита. В установке Maven2 это будут .settings .classpath .project target (выходной каталог Maven2 по умолчанию) и любые другие сгенерированные материалы (файлы журналов, каталоги gfembed и т.д.). В вашем случае вы должны игнорировать build и dist вместо target.
Вы можете svn-ignore файлы или каталоги с помощью RIGHT_MOUSE->Team->'Add to svn:ignore' (я использую плагин Subclipse). Инструкции игнорирования хранятся как svn-properties на родительском каталоге. Свойства директории можно посмотреть с помощью RIGHT_MOUSE->Team->Show properties. Вы также можете редактировать свойства непосредственно там, щелкнув на поле значения. Убедитесь, что после каждого свойства есть конец строки.
Теперь, когда вы уже зафиксировали и затем удалили эти файлы, игнорирование больше не будет работать, по моему опыту. Почему-то мне никогда не удавалось успешно игнорировать сгенерированные файлы, которые когда-либо проверялись в репозитории SVN; они как зомби, всегда возвращаются из мертвых. Возможно, физическим удалением их записей в SVN-репозитории этого можно добиться, но я никогда этого не делал.
Я бы пропустил .project, .settings /, dist и build.
.classpath можно оставить, если вы используете переменные вместо жестко заданных путей. Это полезно, так как вам не нужно перестраивать путь к классам каждый раз, когда вы проверяете проект.
Хороший вопрос ... Многие из нас находятся перед дилеммой, хотим ли мы проверять файлы, связанные с IDE, или нет. Обычно я проверяю .classpath для eclipse и использую переменные eclipse, чтобы убедиться, что команде нужно просто изменить значение переменной, и она работает. Мы также регистрируем .project, чтобы команде не приходилось создавать новый проект в своей рабочей области.
В нашем случае мы проверили все, что вы упомянули в списке, кроме .settings /.
После регистрации .classpath и .project пользователи могут быстро проверить проект, запустить Eclipse на новом компьютере и просто начать работать над ним; альтернативой является настройка проекта вручную и кропотливое добавление всех зависимостей jar (если вы используете ant). Многие проекты с открытым исходным кодом делают это.
Прочтите это , есть несколько действительно хороших моментов, над которыми стоит задуматься.