2011-12-15 2 views
3

У меня есть работа, которая успешно работает как сборка maven, но сбой при запуске в Hudson.Как устранить неполадки «Хадсон»?

Регулярный вывод показывает BUILD SUCCESSFUL, но сборка отмечена как неудачная (красный шар), а сообщение Cobertura пропускается «потому что сборка не была UNSTABLE или лучше».

Я попытался поставить регистратор записи на hudson.model.Run, который показывает, что какой-то процесс устанавливает состояние сборки в состояние сбоя (один к неудачному, затем один к успешному, а затем второй, когда он возвращается к ошибке). Однако это не дает мне никакого представления о том, какой процесс это или почему он это делает.

Что можно сделать для устранения причины и возникновения этой ошибки?

EDIT: Последние несколько строк моей консольного вывода показывают регулярные Maven BUILD SUCCESS информационных сообщений, за которыми следуют:

channel stopped 
Skipping Cobertura coverage report as build was not Unstable or better 
Finished: SUCCESS 
+0

У меня нет входа, как устранить это, но я бы проверить, если у меня нет сомнительного единичный тест, который мог бы запутать Cobertura (тестовый класс без теста или что-то в этом роде). – ptyx

+0

Как насчет вывода на консоль? Последние несколько строк должны дать некоторую информацию – Raghuram

+0

Я отредактировал вопрос с моими последними строками вывода консоли. Насколько это видно, все работает нормально. По-видимому, либо сам maven отмечает, что сборка завершилась неудачно. ПОСЛЕ того, как сообщалось об успехе, или что-то происходит до того, как плагин Cobertura попытается построить свой отчет. – CPhelps

ответ

1

Провал сборки в Hudson определяется последним шагом сборки успешно возвращения (RC 0). Вы строите это как фристайл или проект maven в hudson? Если это фристайл, это единственный процесс?

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

+0

Это работает как проект maven. Я думаю, что вполне вероятно, что он исходит из этапа пост-сборки, что, скорее всего, порождает сообщение cobertura из файла cobertura xml, созданного во время сборки. Вопрос в том, как сузить, кто/где/почему этот отказ происходит. – CPhelps

+0

Если вы возьмете cobertura, это пройдет сборку? Попробуйте вырезать шаги сборки и перейдите на «тест». – Steven

Смежные вопросы