Используя Гудзон для создания RPM-пакетов

Я сам этого не делал, но думаю, вы могли бы заставить Хадсона построить обороты в минуту, но с областью построения оборотов в пределах рабочего пространства Хадсона. Тогда вы сможете ссылаться на RPM как на артефакты.

Здесь показано, как использовать другую область построения с rpm.

Что вы используете в качестве инструмента для сборки на Hudson? Make?

Вы можете создать структуру каталогов, которую rpm build будет использовать в рабочей области задания Hudson - это уже может быть в проверке, которую делает Hudson, или она может быть создана отдельно вашим сценарием сборки. Из этого каталога вы можете создавать свои rpms (используя внешний процесс, который вы запускаете из Hudson?). После этого вы можете скопировать полученный rpm-файл в каталог артефактов, используя обычные параметры конфигурации Hudson. (Хадсон определяет ряд переменных среды , которые вы можете использовать - местоположение рабочей области является одной из них)

Не уверен, что у меня есть очень хороший ответ на ваш вопрос.

Это сработало для меня, но я чувствую избыточный вес для ваших нужд.

Я добился приличных успехов в этом, используя плагин maven rpm http://mojo.codehaus.org/rpm-maven-plugin/ {{1 }} в основном DSL для создания файлов спецификаций, размещения источников и т. д.

Положительным моментом является артефакт maven, который Hudson может легче отслеживать.

Я добавил небольшой отличный скрипт в сборку maven ( http://docs.codehaus.org/display/GMAVEN/Executing+Groovy+Code ) для своих нужд в конце для авто обновите репозиторий yum, в котором размещены сборки, но в вашей ситуации я бы, вероятно, использовал сценарий до того, как плагин rpm будет использоваться для вызова make.

Честно говоря, я считаю, что приведенное выше решение является немного веским, в основном из-за многословия написания сценариев в maven, но оно работает, и для нас, с группой Java-разработчиков, знающих maven, работает хорошо.