sonarqube是否可以将规则与项目的源代码一起存储在git中?

sonarqube是否可以将规则与项目的源代码一起存储在git中?,sonarqube,Sonarqube,sonarqube是否可以将规则与项目的源代码一起存储在git中? 换句话说,是否可以为项目的不同分支创建版本化规则?是否可以在Git中存储配置文件? 对。您可以使用备份功能将配置文件导出到文件。(请注意) 是否可以在Git中使用SonarQube存储配置文件? 否。在分析过程中,将查询SCM的错误信息,但SonarQube生态系统的任何部分都不会执行提交 是否可以对配置文件进行版本设置,并将不同版本应用于项目的不同分支? 是的,但你为什么要这么做 重新分析没有变化的分支是没有意义的。这意味着,

sonarqube是否可以将规则与项目的源代码一起存储在git中?
换句话说,是否可以为项目的不同分支创建版本化规则?

是否可以在Git中存储配置文件?

对。您可以使用备份功能将配置文件导出到文件。(请注意)

是否可以在Git中使用SonarQube存储配置文件?

否。在分析过程中,将查询SCM的错误信息,但SonarQube生态系统的任何部分都不会执行提交

是否可以对配置文件进行版本设置,并将不同版本应用于项目的不同分支?


是的,但你为什么要这么做

重新分析没有变化的分支是没有意义的。这意味着,如果您改进/收紧了标准,您就不想将这些更高的标准应用到分支机构正在进行的新开发中

“但新规则会在我们的分支机构中引发各种各样的新问题&我不想解决它们,因为我们在那里没有新的开发,只是修复。”我能听到你说

当然可以,但是如果您使用的是SonarQube的最新版本(>=6.3),那么这些新问题将以与行的责备日期匹配的日期提出。也就是说,它们不会作为泄漏期问题提出,而是作为旧问题提出。既然你想必是在保持分支上的泄漏周期清洁,那么这一切都应该解决

但要回答您的问题,实际上不需要在SCM中存储旧的配置文件,只需将它们分配给适当的分支项目即可


但是,如果您坚持通过签入SCM的备份来执行此操作,请注意,您需要在分析之前将配置文件重新构建(重新导入)到SonarQube中。您不能只将分析指向包含规则列表的文件,然后期望它工作。

在project中添加dotsettings文件并在sonarqube中提供该文件如何?每个项目都有不同的点设置和不同的规则。您的问题是关于“如何存储质量配置文件”?一些验证规则取决于项目的功能。规则将随项目一起修改。我想添加一个插件,从git中获取规则。是的,但是你为什么要这样做呢?某些验证规则取决于项目的功能。规则将随项目一起修改。我想添加一个插件,它将从git获取规则。