执行 Jenkins email-ext 插件不是最后的构建后操作答案

【问题标题】：Executing Jenkins email-ext plugin not as last post-build action执行 Jenkins email-ext 插件不是最后的构建后操作
【发布时间】：2015-05-21 11:31:56
【问题描述】：

我在 Jenkins v.1.566 上使用 email-ext 插件 v.2.38.1（构建后操作“可编辑电子邮件通知”）在满足某些条件时在构建后发送电子邮件。

当使用多个构建后操作时，我的印象是 email-ext 插件总是排在最后，并且在所有其他操作之后执行，无论我如何在配置中放置操作顺序。其他插件尊重顺序并相应执行as described in this issue.

发送电子邮件后是否有可能执行另一个构建后操作？就我而言，我想运行一个 shell 脚本，在工作区中进行一些清理工作，之前无法运行，因为它会删除作为电子邮件正文一部分的文件。

可以通过定义一个额外的清理作业来解决这个问题，该作业在主要作业完成后触发，但是，我更喜欢只在一个作业中定义所有内容。

【问题讨论】：

标签： jenkins jenkins-plugins email-ext

【解决方案1】：

发送电子邮件是一种发布操作，总是在构建和发布构建操作之后发生..

此外，我认为您应该在运行作业之前（最终在启动时）清理一些东西，但不要在结束时清理。

如果您销毁所有应该使您能够这样做的材料，您将如何研究您的问题？

【讨论】：

好的，这就是重点。关于您的问题：我的工作会下载并测试一些文件。如果一切顺利，数据和结果应该从工作区中删除 - 否则，数据和结果会从工作区复制到共享网络位置，以便在清理工作区之前进行进一步检查。在作业运行之前进行清理可能是可能的，我已经考虑过了。但是，生成相似文件和结果的多个作业共享此工作区，这使其变得更加困难。
您应该在构建步骤中使用 DeployArtifact 并部分清理您的工作区 .... 部分意味着决定保留什么以便能够写邮件 .. 能够清理转移后部署的事项。我将在未来版本的 deployArtifact 中添加这样做的要求

【解决方案2】：

步骤Editable Email Notification 总是在构建后操作中最后执行，但您可以使用Editable Email Notification Templates 步骤，它可以按照您在构建后操作中指定的顺序执行

【讨论】：