使用sonarqube监控连续交付

使用sonarqube监控连续交付,sonarqube,devops,continuous-delivery,Sonarqube,Devops,Continuous Delivery,我想知道是否有人考虑/尝试过使用SonarQube系统不仅监控代码的运行状况,还监控连续交付管道的运行状况 它似乎非常适合这种类型的测试,它具有向下钻取、可扩展的度量以及与各种测试类型(单元、集成、系统)的集成等功能 例如:一个插件,当某个特定阶段的构建时间变得太长,或者某个特定缺陷在过去几个月内捕获了多少缺陷时发出警告。SonarQube平台关注内在代码质量,而不是通用的度量历史显示。试图这样使用它实际上是一种误用 如果在流水线中的作业需要太长的警告,我会考虑在作业上超时。 DeVOPS运动提

我想知道是否有人考虑/尝试过使用SonarQube系统不仅监控代码的运行状况,还监控连续交付管道的运行状况

它似乎非常适合这种类型的测试,它具有向下钻取、可扩展的度量以及与各种测试类型(单元、集成、系统)的集成等功能


例如:一个插件,当某个特定阶段的构建时间变得太长,或者某个特定缺陷在过去几个月内捕获了多少缺陷时发出警告。

SonarQube平台关注内在代码质量,而不是通用的度量历史显示。试图这样使用它实际上是一种误用


如果在流水线中的作业需要太长的警告,我会考虑在作业上超时。

DeVOPS运动提倡“基础设施作为代码”的概念,这意味着基础设施(和部署它的系统)实际上是软件开发项目本身的一个固有部分。同样,测试虽然不是“有效负载代码”,但实际上是项目软件的一部分,也是产品质量生态系统的一部分。因此,将部署管道分析作为产品“内在代码质量”的一部分是否有意义?