Что нужно проверить для приложения Grails?

Question

Какие части приложения Grails необходимо хранить в source-control? Некоторые очевидные детали, которые необходимы:

• каталог grails-app
• тестовый каталог
• каталог веб-приложений

Теперь мы достигли таких вопросов, как:

• Если мы используем плагин Grails (например, gldapo), нужно ли регистрировать этот плагин?
• Плагины Grails устанавливаются в каталоге Grails или в вашем проекте?

Я не собираюсь начинать религиозную войну из-за .project, поэтому, пожалуйста, не обращайте на это внимания, но есть ли какие-то "скрытые" файлы проекта, о которых мне нужно беспокоиться, наряду с проблемами с плагином?

Преобразован в вики сообщества, поскольку новые версии Grails изменили некоторые из этих решений, особенно в отношении плагинов.

Answer 1

• Вы не хотите ./plugins/core (плагины Core Grails) под SVN
• Вы не хотите ничего под ./web-app/WEB-INF/ под SVN. Вы не должны обычно помещать файлы сюда. Файлы из ./conf копируются в классы WEB-INF /, поэтому они находятся на пути к классам, если вам нужно что-то предоставить.

Вот ссылка на документы, описывающая более подробно.

Answer 2

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

Эти плагины установлены в каталоге grails-app / plugins, поэтому, если вы уже проверяете каталог grails-app, все должно быть хорошо.

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

Answer 3

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

На мой взгляд, как-то "безопаснее", чем полагаться на внешние инструменты, такие как maven, чтобы захватить все зависимости, особенно когда одна из зависимостей молча обновляет и немного меняет свое поведение, внося "ошибки" в ваш собственный проект.