gradle 是否支持“提升”错误？

Question

我们的设置使用 git/gerrit 进行代码审查，并且我们在那里还有一个“验证”构建：只有在验证构建通过时，您才能提交您的补丁集。

问题是：我们有几个活动不属于验证构建的一部分，只有每晚的完整构建运行。例如运行findbugs。因此，findbugs 很容易找到“必须解决”的错误。

我们无法将 findbugs 添加到验证版本中（因为这会花费太多时间）。但我也不想立即在夜间构建中失败。

现在我想知道：gradle 是否支持随着时间的推移以不同的方式处理错误？

如：

• 第一次弹出这样的“必须解决”问题时，nightly build 只会向触摸相应文件的人发送电子邮件
• 第二次，那封邮件也发给了那个人的经理
• 也许是第三天晚上，构建失败

我们是否必须自己实现这种“有状态”的错误处理，或者 gradle 是否支持这个要求？

Answer 1

在我看来，这个问题更可能与 CI 服务器配置有关，而不是 Gradle 构建配置。

虽然可以设置findbugs任务的ignoreFailures属性，以防止你的构建立即失败，然后CI服务器必须以某种方式分析这个构建，可能是一些构建历史并做出决定， 接下来做什么。

问题是 Gralde 对以前运行的构建一无所知，也没有任何开箱即用的解决方案，因为构建历史在 CI 服务器的范围内，它可以创建事件每个 Gradle 构建都有一个新的临时工作区。