Это связано с другим вопросом, который я задал о попытке провалить Хадсона на один сбой unit test.
Когда я запускаю Maven в автономном режиме сборки, он терпит неудачу из-за ошибок unit test (работает mvn clean install), но когда я запускаю его в Hudson, он говорит, что произошла ошибка из-за ошибки теста, но сборка по-прежнему успешно (и отмечен как нестабильный). Любые мысли?
Какой тип работы Хадсона вы создали? Я подозреваю, что проект m2, а не проект фристайла. В проекте m2, Хадсон фактически настроит настройку вашего pom, чтобы предотвратить сбои и вместо этого отметить его как нестабильный. Это было намеренно.
Попробуйте установить maven.test.failure.ignore=false в настройке "Дополнительно", так как я считаю, что Хадсон автоматически устанавливает это на true.
Соглашение Hudson заключается в том, что он будет искать тесты только в том случае, если сборка вернула успех. Если сборка не удалась, хадсон интерпретирует это, чтобы иметь в виду, что была некорректная ошибка, из-за которой сборка не работала, а не то, что были некоторые неудачные тесты.
Это довольно полезный дифференциал, так как он нестабилен (желтый) означает, что сборка завершена, и все тесты могли работать, но некоторые не удалось.
И ошибка означает, что сборка завершилась неудачей в том, что она не может скомпилировать или что существует некоторая другая неустранимая ошибка, из-за которой тесты не запускались, в этом случае hudson не будет сообщать о состоянии unit test.
в каждой конфигурации заданий есть также параметры hudson, чтобы определить, как действовать, если сборка становится нестабильной, например, отправлять или не отправлять электронные письма и т.д.
просто увидел, что этот дефект сообщается на Hugson Bugtracker