Хадсон: Не удается отправить по электронной почте коммиттерам, если сбой сборки завершен - PullRequest
4 голосов
/ 06 сентября 2010

У меня есть набор проектов модульных тестов (по одному на клиента), набор проектов конфигурации на клиента и ядро ​​Java.Модульные тесты - это просто JUnit-тесты, проекты config - это только пользовательские xml-файлы и т. Д., А основной проект - это среда выполнения.Таким образом, модульные тесты тестируют конкретную конфигурацию для каждого клиента.

Таким образом, мои проекты модульного тестирования зависят от ядра и соответствующего проекта модульного тестирования.Все как зависимости Maven2.

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

Однако, несмотря на то, что в Гудзоне было зарегистрировано, что проекты core и config находятся выше по потоку относительно проектов модульного тестирования, он все же только отправляет электронное письмо разработчикам, когда модульные тестыне удалось, когда они зарегистрировались в проекте модульного тестирования.

Я попытался использовать «Плагин виновников восходящего коммиттера», а также плагин Email-Ext, устанавливая коммитеры и виновников по электронной почте.Но ничего из этого не работает, хотя я не понимаю, почему бы и нет.

Единственное, что я могу сделать, это объединить проекты модульного тестирования и конфигурации.Это решительный шаг, так как им нравится, когда клиентский конфиг изолирован, но это возможно.Но я хотел бы знать, почему вышеупомянутое не работает.

Спасибо, если вы можете помочь, Джастин

Ответы [ 2 ]

1 голос
/ 18 марта 2011

Были ли у вас включены отпечатки пальцев, когда вы попробовали плагин Blame?(Извините, что опубликовал это как ответ, пока не могу комментировать)

0 голосов
/ 20 мая 2011

Я борюсь с этой же проблемой.В соответствии с документацией к плагину, вы должны убедиться, что у вас есть включенная дактилоскопия для обоих исходных и нисходящих проектов, и что они должны иметь файлы отпечатков пальцев, которые "hudson (jenkins) может определить, пришли из исходной сборки".Самым простым способом сделать это является только снятие отпечатков пальцев с файлов, созданных в исходном проекте.

Я думаю, что файлы должны различаться между проектами уникальным образом (т. Е. Изменять каждую сборку), так как несколько человек сообщаютчто в предыдущих версиях более ранних сборок обвиняют (когда это работает).

Вышесказанное верно для плагина или плагина ext-mail, когда hudson.upstreamCulprits = true включен.

...