我正在使用与（所有这些服务的免费版本）github的集成来测试我的 FLOSS 代码。travis-cicoverity-scan
我面临的问题是，在持续处理代码时，我很快就会达到覆盖率配额。
由于我正在同时处理多个项目，因此很可能在我被允许再次提交覆盖率之前，我会放弃处理给定项目，因此可能会在数周内出现代码缺陷，尽管它们本来是很容易被掩护抓住。
我想避免这种情况。
防止过于频繁地达到配额的第一个措施是使用专用分支（通常coverity_scan），它不像 master 和/或 feature 分支那样频繁地接收推送。但是，这会给用户（我）带来认知负担，我也想避免这种情况。
此外，有时我仍然达到配额（我的一些项目在 100k-500k 代码行范围内，因此它们的阈值比平时低）。
我想要的是能够在配额过期后自动重新触发覆盖率扫描，如果（且仅当）当前构建确实达到配额。
travis-ci使用普通/coverity功能可以实现这样的事情吗？
或者我是否必须设置一个单独的挂钩来监控覆盖配额和 travis-ci 构建？