Email 关于失败作业问题的Hudson通知

在Hudson CI中，我配置了一些作业来通知破坏最新版本的提交者

我的问题是： -我有工作：A、B、C -我有用户：U1、U2、U3

例如，U1向项目A提交某个内容，U2向C提交某个内容，U3向A提交某个内容。 比如说，U3犯了一个错误，他/她的更改无法编译。 目前因为U1、U2和U3上传了他们在t

U1、U2和U3在给定的时间范围内提交了他们的更改，所以在最后5分钟内，这些更改将在哈得逊的一个大更改内处理（？）。 目前Hudson在一个事务中处理这些上传。 因此，当任何一个提交触发一个失败的作业->每个提交者都会收到一封邮件 U2也一样，虽然他的上传还可以，而且他没有触及有问题的P1项目

我的问题：如何配置Hudson只向U3或U3+U1发送电子邮件通知，而不向U2发送电子邮件通知。

---

谢谢

这一切都取决于他们提交到同一个存储库（比如SVN中的同一个项目）的ff，以及是否从那里获取了更改

如果u1、u2和u3提交到svn项目xyz，并且您所说的作业a、B或C是从svn中的此项目生成的，并且作业失败，Hudson会向所有签入此存储库的用户发送电子邮件，该存储库是构建作业的基础，即，从上次运行作业开始的差异以及在此基础上发生的更改

所以，即使像这个例子中的U2的变化没有导致失败，哈德逊也不知道这一点。它只是向“所有”提交者发送电子邮件。。不幸的是，我们在获取外部或其他库项目时也会看到同样的问题，但这就是解决问题的方法——如果有提交，则可能与失败有关，因此发送通知

我们无法避免：-）。。（除非将来有某种明智的方法来判断某个变更是否导致了失败）。。希望这能有所帮助

我认为哈德森（詹金斯饰）关心的是与工作空间相关的变化。因此，如果您可以让作业A仅从项目A获取代码（缩小SCM链接的范围），那么当作业A失败时，对项目C的提交不应引起通知

---

查看哈德逊作业a页面上的“更改”链接，查看是否列出了对项目C的承诺。

首先，感谢您的回复！但不幸的是，P1、P2和P3实际上是分离的基于maven的项目。理论上，它们没有公共部分，只是在依赖级别。（但我认为这是另一个问题）所以所有项目都使用相同的回购协议，但没有共同的部分。在Hudson级别J1作业构建P1 J2构建P2和J3 P3。（因此没有常见的xyz项目）我认为，要确定P1中的问题是由哪个用户造成的，这不是一个大问题，如果您有真正独立的项目/作业。哦，太酷了，那么您就不会面临向U2发送通知的问题。。Hudson的失败触发器仅向“签入”在特定项目更改日志中的用户发送通知。否。不幸的是，U1U2和U3也收到了关于项目P1失败的通知，因为这些用户几乎在同一时间进行了提交（我想）。不管怎么说，打破变革背后的主要规则是什么？我的意思是，当我查看一份工作的“变更”链接时，我可以看到以下内容：变更13（2011.02.16.12:33:29）12313评论31 12312评论22 12311评论21#12（2011.02.16.09:33:29）12213评论13（2011.02.14.09:33:29）10213评论3但在我们这边，这些提交与不同的组件相关：12313评论31 12312评论22 12311评论21已列出。在作业A>配置>源代码管理下，我们设置子路径。所以它缩小了。但在作业A>更改下，我可以看到与其他作业/项目相关的提交！也许我们的哈德逊河被误解了？我不知道，唐诺，我在哪里可以找到一个小领域/设置什么我应该厚，一切都会真正分开。。。不知道…你检查过工作区了吗？（工作区链接。）确定没有使用共享的自定义工作区？