gradle支持吗;推广;错误的数量?

gradle支持吗;推广;错误的数量?,gradle,continuous-integration,findbugs,Gradle,Continuous Integration,Findbugs,我们的设置使用git/gerrit进行代码审查,我们在那里也有一个“验证”版本:只有在验证版本通过时,您才能提交补丁集 问题是:我们有几个活动不是验证构建的一部分,只有夜间完整构建运行。例如,运行findbugs。因此,findbugs很容易找到一个“必须解决”的bug 我们不能将findbugs添加到验证构建中(因为这将花费太多时间)。但我也不想在夜间构建时立即失败 现在我想知道:gradle是否支持随着时间的推移以不同的方式处理错误 例如: 第一次出现这样的“必须解决”问题时,夜间构建只会

我们的设置使用git/gerrit进行代码审查,我们在那里也有一个“验证”版本:只有在验证版本通过时,您才能提交补丁集

问题是:我们有几个活动不是验证构建的一部分,只有夜间完整构建运行。例如,运行
findbugs
。因此,findbugs很容易找到一个“必须解决”的bug

我们不能将findbugs添加到验证构建中(因为这将花费太多时间)。但我也不想在夜间构建时立即失败

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

例如:

  • 第一次出现这样的“必须解决”问题时,夜间构建只会向接触相应文件的人发送一封电子邮件
  • 第二次,该邮件也会发送给该人员的经理
  • 也许第三天晚上,构建失败了

我们必须自己实现这种“有状态”错误处理,还是gradle支持这一要求?

在我看来,问题更可能与CI服务器配置有关,而不是与gradle构建配置有关

虽然可以设置
findbugs
任务的
ignoreFailures
属性,以防止生成意外失败,但CI服务器必须以某种方式分析此生成,可能是某些生成历史,并决定下一步要做什么


问题是Gralde对以前运行的构建一无所知,也没有现成的解决方案,因为构建历史记录在CI服务器的范围内,它可以为每个Gradle构建创建一个新的临时工作区

听起来很合理。我会等一段时间,但如果没有更好的消息,我会接受你的回答。