如何在Hudson/Jenkins中使用电子邮件ext和日志解析器(带有jelly脚本)pluins?

如何在Hudson/Jenkins中使用电子邮件ext和日志解析器(带有jelly脚本)pluins?,jenkins,jenkins-plugins,hudson-plugins,logparser,email-ext,Jenkins,Jenkins Plugins,Hudson Plugins,Logparser,Email Ext,如何使用带有Email ext插件的日志解析器通过电子邮件获得解析的控制台输出 我使用${JELLY_SCRIPT,template=“html”}获取格式化消息 安装和配置日志解析器插件后,我仍然收到未解析控制台输出的电子邮件。控制台解析器插件创建单独的html文件,稍后可通过构建状态页面上的链接显示这些文件。它与Email-ext插件无关(至少不是直接的)。在我看来,有两种选择: 忘记电子邮件中的日志解析器插件吧。在模板中自己格式化输出(要获得更大的格式化,可以使用EmailExt插件的G

如何使用带有Email ext插件的日志解析器通过电子邮件获得解析的控制台输出

我使用
${JELLY_SCRIPT,template=“html”}
获取格式化消息


安装和配置日志解析器插件后,我仍然收到未解析控制台输出的电子邮件。

控制台解析器插件创建单独的html文件,稍后可通过构建状态页面上的链接显示这些文件。它与Email-ext插件无关(至少不是直接的)。在我看来,有两种选择:

  • 忘记电子邮件中的日志解析器插件吧。在模板中自己格式化输出(要获得更大的格式化,可以使用EmailExt插件的Groovy脚本选项)
  • 在电子邮件中只提供摘要,并包含指向已解析控制台输出的链接。它位于
    http:///job///parsed_console
旁白:

当您有大量日志时,日志解析器插件可以节省大量时间


总的来说,我的经验表明,构建电子邮件与其说是帮助,不如说是麻烦:要么太多了,以至于人们忽略了它们,要么太少了,无法提供真正的服务。出于某些原因,管理者喜欢它们,而开发人员讨厌它们。我花了一个星期的时间用EmailExt和Groovy创建了一个super duper报告,结果没人看。我发现唯一有帮助的电子邮件是那些发送给破坏构建的提交者的电子邮件。简而言之,确保不要把时间浪费在看起来性感的东西上,但最终几乎一文不值。

非常感谢你的回答!Spasibo!=))我认为解析的控制台不再存在,而是consoleText。