我使用github travis-ci与coverity-scan（所有这些服务的免费版本）的集成来测试我的FLOSS代码。
我面临的问题是，在不断处理代码时，我很快就会点击封面配额。
由于我同时处理多个项目，因此我可以在允许再次提交覆盖率之前切断对某个项目的处理工作，因此可能会在代码中存在数周的缺陷，尽管它们很容易被封面抓住。
我想避免这种情况。
防止频繁命中配额的第一个措施是使用专用分支（通常为coverity_scan），该分支不会像主分支和/或功能分支那样频繁地接收推送。
然而，这会给用户（我）带来认知负担，我也想避免这种情况。
此外，有时我仍然达到配额（我的一些项目在100k-500k代码行范围内，因此它们的阈值低于平常值。）
我希望能够在配额到期后自动重新触发覆盖率 - 扫描，如果（并且仅当）构建 >达到配额。
使用简单travis-ci / coverity功能可以做到这一点吗？
或者我是否需要设置一个单独的钩子来监控覆盖率配额和travis-ci构建？
答案 0 :(得分：-1)
您不需要在每次办理登机手续时都运行Coverity。它太慢了。
您应该配置（覆盖率构建）系统以轮询您的仓库以进行更改，但不经常检查它们。每天几次。
这会在事情发生变化时触发构建，但不会在检测到的每个变化时触发。