gradle支持吗;推广;错误的数量?
我们的设置使用git/gerrit进行代码审查,我们在那里也有一个“验证”版本:只有在验证版本通过时,您才能提交补丁集 问题是:我们有几个活动不是验证构建的一部分,只有夜间完整构建运行。例如,运行gradle支持吗;推广;错误的数量?,gradle,continuous-integration,findbugs,Gradle,Continuous Integration,Findbugs,我们的设置使用git/gerrit进行代码审查,我们在那里也有一个“验证”版本:只有在验证版本通过时,您才能提交补丁集 问题是:我们有几个活动不是验证构建的一部分,只有夜间完整构建运行。例如,运行findbugs。因此,findbugs很容易找到一个“必须解决”的bug 我们不能将findbugs添加到验证构建中(因为这将花费太多时间)。但我也不想在夜间构建时立即失败 现在我想知道:gradle是否支持随着时间的推移以不同的方式处理错误 例如: 第一次出现这样的“必须解决”问题时,夜间构建只会
findbugs
。因此,findbugs很容易找到一个“必须解决”的bug
我们不能将findbugs添加到验证构建中(因为这将花费太多时间)。但我也不想在夜间构建时立即失败
现在我想知道:gradle是否支持随着时间的推移以不同的方式处理错误
例如:
- 第一次出现这样的“必须解决”问题时,夜间构建只会向接触相应文件的人发送一封电子邮件
- 第二次,该邮件也会发送给该人员的经理
- 也许第三天晚上,构建失败了
我们必须自己实现这种“有状态”错误处理,还是gradle支持这一要求?在我看来,问题更可能与CI服务器配置有关,而不是与gradle构建配置有关 虽然可以设置
findbugs
任务的ignoreFailures
属性,以防止生成意外失败,但CI服务器必须以某种方式分析此生成,可能是某些生成历史,并决定下一步要做什么
问题是Gralde对以前运行的构建一无所知,也没有现成的解决方案,因为构建历史记录在CI服务器的范围内,它可以为每个Gradle构建创建一个新的临时工作区 听起来很合理。我会等一段时间,但如果没有更好的消息,我会接受你的回答。