Hudson-уведомление о неудачной работе

Question

В Hudson CI я настроил несколько заданий для уведомления коммитеров, сломавших последнюю сборку.

Моя проблема: - У меня есть работа: A, B, C - У меня есть пользователи: U1, U2, U3

Например, U1 передает что-то в проект A, U2 в C и U3 в A. И скажем, U3 допустил ошибку, и его / ее изменение не скомпилируется. В настоящее время, потому что U1, U2 и U3 загрузили свои изменения в t

U1, U2 и U3 зафиксировали свои изменения в заданный период времени, поэтому в последние 5 минут эти изменения будут обработаны (?) В Гудзоне внутри одного большого Изменения. В настоящее время Хадсон обрабатывает эти загрузки в одной транзакции. Поэтому, когда любой из этих коммитов запускает неудачную работу -> каждый коммитер получит письмо U2 также, хотя его загрузка была в порядке, и он не коснулся проблемного проекта P1.

Мой вопрос: как я могу настроить Hudson для отправки уведомлений по электронной почте только на U3 или на U3 + U1, но не на U2. Спасибо!

Answer 1

Все зависит от того, будут ли они фиксировать один и тот же репозиторий (скажем, один и тот же проект в SVN), и будут ли изменения приняты оттуда.xyz, и задание A, B или C, о котором вы говорите, построено из этого проекта в SVN, и задание не выполняется, Хадсон отправляет электронные письма всем пользователям, которые зарегистрировались в этом хранилище, из которого построено задание, то есть diff изпоследний запуск задания и внесенные в него изменения.

Таким образом, даже если, скажем, как в этом примере, изменения в U2 не вызывают сбой, Хадсон понятия не имеет об этом.Он просто отправляет электронные письма «всем» коммиттерам. К сожалению, мы видим ту же проблему при подборе внешних или других библиотечных проектов, но это способ сделать это ---- если есть коммит, он может быть связандо отказа, поэтому отправьте уведомление ..

мы не можем избежать этого :-) .. (если в будущем не будет какого-либо разумного способа определить, вызвало ли изменение сбой или нет) .. надеюсь, это поможет

Answer 2

Я думаю, что Хадсон (Дженкинс) заботится об изменениях, связанных с рабочим пространством работы. Поэтому, если вы можете получить задание A для извлечения кода только из проекта A (сузить канал SCM), фиксация в проекте C не должна вызывать уведомления при сбое задания A.

Взгляните на ссылку "изменения" на странице задания А в Гудзоне, чтобы увидеть, есть ли в списке обязательства для проекта С.