Configuration Hudson和build警告:是否可以从报告中排除项目?

Configuration Hudson和build警告:是否可以从报告中排除项目?,configuration,hudson,compiler-warnings,projects-and-solutions,Configuration,Hudson,Compiler Warnings,Projects And Solutions,我希望Hudson在构建过程中遇到警告时向开发人员发送一封电子邮件(VS2010,TFS) 问题是,解决方案包含来自另一家公司的几个项目,我们无法触及。因为它们是解决方案的一部分,所以在构建解决方案时需要构建它们,但我们不希望哈德逊计算来自这些项目的警告(有很多) 有没有办法告诉Hudson不要在意那些项目中的警告?一种可能的处理方法是利用它们创建不同的项目-构建第三方依赖项,然后构建您编写的代码 还请注意,您可以设置警告的阈值。因此,如果你知道第三方内容中有多少警告,你可以将限制设置得更高一点

我希望Hudson在构建过程中遇到警告时向开发人员发送一封电子邮件(VS2010,TFS)

问题是,解决方案包含来自另一家公司的几个项目,我们无法触及。因为它们是解决方案的一部分,所以在构建解决方案时需要构建它们,但我们不希望哈德逊计算来自这些项目的警告(有很多)


有没有办法告诉Hudson不要在意那些项目中的警告?

一种可能的处理方法是利用它们创建不同的项目-构建第三方依赖项,然后构建您编写的代码

还请注意,您可以设置警告的阈值。因此,如果你知道第三方内容中有多少警告,你可以将限制设置得更高一点——这样你就会收到一封电子邮件,指出新的警告


我认为您还可以设置电子邮件/状态,以通知自上次生成以来警告的数量是否有所增加。

一种可能的处理方法是使用它们生成不同的项目-生成第三方依赖项,然后生成您编写的代码

还请注意,您可以设置警告的阈值。因此,如果你知道第三方内容中有多少警告,你可以将限制设置得更高一点——这样你就会收到一封电子邮件,指出新的警告


我认为您还可以设置电子邮件/状态来通知自上次生成以来警告的数量是否有所增加。

您可以使用email ext插件的${build\u LOG\u REGEX}标记来过滤项目中的警告。

您可以使用${build\u LOG\u REGEX}电子邮件ext插件的标记,用于过滤项目中的警告。

听起来不错,非常感谢!然而,恐怕这对我们没有好处,因为第三方项目仍在开发中。我们不能(也不想)单独建造它们。此外,在这些项目中,警告的数量可能会有所不同,因此我们不能将警告的限制设置为常量…为什么不能单独构建它们?听起来不错,非常感谢!然而,恐怕这对我们没有好处,因为第三方项目仍在开发中。我们不能(也不想)单独建造它们。此外,在这些项目中,警告的数量可能会有所不同,因此我们不能将警告的限制设置为常量…为什么不能单独构建它们?