亚搏体育appGitLab CI : How to fail on new compiler warnings

Question

我们正在尝试控制旧的遗留代码库，同时开发新功能。目前，代码编译时带有大量编译器警告和静态代码分析器的警告。因此，引入新警告的代码仅仅因为新警告在随机播放中丢失而进入生产环境的情况并不少见。

目前，我们正在使用 Jenkins 进行夜间构建，并在出现新警告时使构建失败。然而，当 Jenkins 检测到新警告时，代码在几个小时前就已经合并了。因此，我们不仅希望缩短反馈周期，还希望确保只合并不会引入新警告的更改。

据我所知，可以在推送到 GitLab 时触发 Jenkins 构建。但 Jenkins 只能将警告计数与之前的构建进行比较。但我们需要与不同分支的构建进行比较。

能否以某种方式配置 GitLab CI 或 GitLab EE 和 Jenkins 的组合来检测合并请求是否引入新警告？

Answer 1

是的，这是可能的，但这是一个开放式问题，很大程度上取决于构建需要多长时间以及您将如何比较结果。

您不必仅对已 checkout 的分支运行检查。您可以并行设置两个作业，在当前分支和开发分支上运行测试，将它们传递为 artifacts到第三份工作并在那里进行比较。

您可能希望在开发分支上存储构建的状态和 download the artifact与您当前的工作进行比较，并将其与本地的结果进行比较。您还可以将它们存储在数据库、文件服务器或任何其他合适的地方。

最后，您可以尝试使用 SonarQube 等外部代码质量工具，它可以更深入地了解新内容和旧内容。