Вопрос

В настоящее время я смотрю мигрирую из Maven2 в Buildr, и я обеспокоен тем, как придерживаться сценариев сборки сухой.

В настоящее время наш проект Maven определяется с родительским файлом POM, содержащий весь общий код сборки и поднимается как любая другая зависимость:

<parent>
    <groupId>com.companyname</groupid>
    <artifactId>parent</artifactId>
    <version>1.0.0</artifactId>
</parent>

Теперь я смотрю на Buildr, и я замечаю, что у него есть симпатичная концепция, но потребуется поместить на один уровень построения одного уровня, например:

/svnrepo/buildfile
/svnrepo/ProjectA
/svnrepo/ProjectB

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

Это было полезно?

Решение

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

Замените Parent-Pom.xml с Parent.rb и распределите файл RUBY в качестве драгоценного камня, необходимого для всех других проектов.

Другие советы

Я думаю, что вы смущены:

С одной стороны, ваши проекты прямо сейчас построены вместе с Maven, с 4 различными репозиториями, которые вы проверяете в нужных местах или используете SVN: внешние. Это звучит как плохая идея.

С другой стороны, вы хотите сделать то же самое с Buildr, но обеспокоены, это не будет хорошо выглядеть хорошо?

Пожалуйста, постройте эти проекты отдельно в порядке! Если у вас есть код, который можно повторно использовать из проекта к другому, как пользовательская задача, то используйте SVN: внешние в каждом проекте, указывающем на файл RUBY, который требует BuildFile.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top