sonarqube是否可以将规则与项目的源代码一起存储在git中? 换句话说,是否可以为项目的不同分支制定版本规则?
答案 0 :(得分:2)
是否可以在Git中存储个人资料?
是。您可以使用“备份”功能将配置文件导出到文件。 (请注意rule customizations aren't included)
是否可以在Git中存储 SonarQube 商店资料?
没有。在分析过程中,您的SCM将被查询为非责任信息,但SonarQube生态系统的任何部分都不会执行提交。
是否可以对配置文件进行版本化并将不同版本应用于项目的不同分支?
是的,但你为什么要这样做?
重新分析没有变化的分支是没有意义的。这意味着如果您提高/收紧标准,您不希望将这些更高的标准应用于您的分支机构正在进行的新开发。
“但是新的规则会在我们的分支机构中引发各种新问题并且我不想解决这些问题,因为我们没有在那里进行新的开发,只是修复。”我可以听你说。
当然,但如果您使用的是SonarQube的最新版本(> = 6.3),则会引发这些新问题,其日期与该行的责备日期相匹配。 I.E.它们不会被视为泄漏期问题,而是旧问题。因为你可能会在你的树枝上保持清洁时间的清洁,所以这一切都应该成功。
但是要回答你的问题,实际上没有必要在SCM中存储旧的配置文件,只需peel off copies in SonarQube并将它们分配给相应的分支项目。
但如果您坚持通过签入SCM的备份来做到这一点,请注意在分析之前您需要将配置文件重新组合(重新导入)到SonarQube中。您不能只将分析指向包含规则列表的文件,并期望它能够正常工作。