Что нужно проверить для приложения Grails?
-
02-07-2019 - |
Вопрос
Какие части приложения Grails необходимо сохранить в системе управления версиями?Некоторые очевидные детали, которые необходимы:
- grails-каталог приложений
- каталог тестов
- каталог веб-приложений
Теперь мы переходим к таким вопросам, как:
- Если мы используем плагин Grails (например, gldapo), нужно ли нам проверять этот плагин?
- Устанавливаются ли плагины Grails в каталоге Grails или в вашем проекте?
Я не собираюсь начинать религиозную войну из-за .project, поэтому, пожалуйста, игнорируйте это, но есть ли какие-либо "скрытые" файлы проекта, о которых мне нужно беспокоиться, наряду с проблемами плагина?
Преобразован в вики сообщества, поскольку новые версии Grails изменили некоторые из этих решений, особенно в том, что касается плагинов.
Решение
- Вам не нужен ./plugins/core (плагины Core Grails) под SVN
- Вам ничего не нужно под ./web-app/WEB-INF/ под SVN.Обычно вам не нужно помещать сюда файлы.Файлы из ./conf копируются в WEB-INF/classes, поэтому они находятся в пути к классу, если вам нужно что-либо указать.
Вот такой Ссылка к документам, описывающим более подробно.
Другие советы
Я бы сказал, поместите весь каталог вашего проекта в раздел управления версиями.Даже библиотеки не займут так много места на диске, и вы не будете менять их так часто.
На мой взгляд, это как-то "безопаснее", чем полагаться на внешние инструменты, такие как maven, для захвата всех зависимостей, особенно когда одна из зависимостей автоматически обновляется и немного изменяет свое поведение, внося "ошибки" в ваш собственный проект.
После небольшого исследования выясняется, что плагины для Grails установлены в каталоге проекта, они не изменяют вашу установку Grails.Это означает, что вам нужно будет установить этот плагин в каждый проект Grails, в котором вы хотите использовать функциональность, и что плагин является частью исходного кода каждого проекта.
Эти плагины установлены в каталоге grails-app/ plugins, поэтому, если вы уже проверяете каталог grails-app, все должно быть хорошо.
Похоже, что нет никаких "скрытых файлов", которые нуждаются в проверке, хотя есть несколько пустых каталогов, созданных при запуске нового проекта, которые следует добавить в систему управления версиями, поскольку вы, вероятно, добавите в них файлы позже.