SPRING Roo Project - что следует хранить в системе контроля версий - PullRequest
Новая
       16

SPRING Roo Project - что следует хранить в системе контроля версий

3 голосов
/ 29 марта 2011

Я запускаю проект Spring Roo и заметил, что есть много файлов, таких как

  • Файлы AspectJ (.aj) - я думаю, что это важные файлы, так как они содержат много кода. Но не уверен, что если у нас установлен roo, нам все равно нужно добавить их в систему контроля версий. Или они могут быть созданы каждый раз, я думаю, нет. Но хотел бы получить от людей, которые сделали это.

  • log.roo - я думаю, это очень важный файл, я сохраню его, поскольку он может восстановить мой проект.

  • eclipse .classpath / .project файлы - я всегда сохраняю их в контроле версий, чтобы настройки оставались для меня доступными. Но не уверен, что это лучший метод, так как я всегда сталкивался с проблемами пути к классам из-за локальных путей машинного оборудования.

  • Файлы модульного тестирования - я хочу сохранить их в системе контроля версий. Я просмотрел эту ветку на ST Но поделитесь своими мыслями по этому поводу.

  • содержимое целевого каталога - я думаю, что это может быть полезно, так как пустой каталог в управлении версиями может быть хорошим, но хотел бы получить больше мыслей по этому поводу.

Ответы [ 2 ]

4 голосов
/ 29 марта 2011

Некоторые из этих файлов должны находиться в режиме контроля версий, а остальные могут быть, но не обязаны. В общем, было бы проще добавить все в систему контроля версий. Позвольте мне объяснить:

  • *. Aj файлы:

Они не должны быть в управлении версиями, потому что они могут быть восстановлены с помощью roo. Тем не менее, я бы рекомендовал вставить их, чтобы кто-нибудь, работающий с STS, мог просто проверить проект и начать работу, даже не требуя установки Spring Roo.

  • log.roo

Опять же, не требуется, но, вероятно, это хорошая идея, чтобы вы могли воссоздать проект или просто записать, что было сделано.

  • eclipse .classpath / .project files

Это требуется , если вы хотите использовать STS с вашим проектом. Вы не можете легко импортировать свой проект в STS без них. Конечно, Spring Roo может в значительной степени регенерировать эти файлы, но для этого требуется запустить что-то в командной строке, прежде чем можно будет использовать их в STS.

  • Файлы модульного теста

Я думаю, что глупо не добавлять их в систему контроля версий по всем причинам, указанным в связанном вопросе.

  • содержимое каталога цели

Из всего этого, это единственный каталог, который я бы рекомендовал оставить вне. Целевой каталог содержит артефакты сборки, а не артефакты проекта.

1 голос
/ 29 марта 2011

Я согласился с Эндрю, за исключением следующих исключений.

Вы должны добавить all содержимое папки / src. Хотя он содержит артефакты, сгенерированные Spring Roo, но эти артефакты являются источниками проекта, и вы не сможете построить проект без них с помощью инструментов CI.

Вы определенно должны добавить pom.xml в систему управления версиями. Я считаю POM этого Maven одним из самых важных артефактов, генерируемых Spring Roo. С помощью POM вы можете настроить параметры своих проектов IDE среди других задач Maven (например, для построения и создания отчетов).

Итак, если у вас есть эти две части (/ src и pom.xml), у вас есть готовый проект, который может легко использоваться любым Java IDE любым членом команды.

И я не согласен с Эндрю, что вы должны хранить файлы .classpath / .project. Они сильно IDE связаны и бесполезны для пользователей IntelliJ IDEA или NetBeans. Эти файлы лучше создавать после проверки источников с использованием Spring 101 Roo 

perform eclipse

или Maven's 

mvn eclipse:eclipse

Они эквивалентны.

И, конечно, вы не должны добавлять папки / target или / bin.

Так что просто добавьте / src, pom.xml и log.roo. Это достаточно.

...