通过属性文件进行独立的声纳配置

Question

在我看来，在项目本身内部定义所有与构建相关的配置或与质量相关的规则（作为人类可读取的配置文件）是一个好习惯。这具有几个优点：任何进入该项目的开发人员都可以随时查看其使用的配置；人工读取的配置文件是自动记录的用于复制配置的方式（例如，在需要安装新服务器或切换到其他服务的情况下）；配置历史记录与项目历史记录的其余部分存储在同一位置。

但是，在AFAIU上，SonarQube的文档非常注重使用SonarQube UI更改项目上的设置。例如，我找不到使用属性文件配置不同于默认门的质量门的方法，而是建议使用UI或使用curl对其进行配置。在我看来，这对于外国开发商而言并不明显，那就是该项目使用了不同的质量门。

• 我错过了什么吗？事实上，文档是否在某处解释了如何在配置文件中配置项目的SonarQube设置？
• 如果不是，那么SonarQube开发人员确实认为我所说的一种良好实践实际上不是一种良好实践，为什么？
• 是否有一些功能（可能没有记录）可以执行我想做的事情？

Answer 1

您什么都不会丢失，实际上某些配置（例如Quality Gate和Quality Profile）只能通过服务器UI进行配置。通常是因为通常您希望在组织和不同项目中共享此配置，因此更容易将其集中在服务器本身上。

可以通过创建sonar-project.properties文件或在Maven或Gradle构建文件中设置属性来设置项目特定的设置。您可以通过这种方式配置排除，覆盖率，测试报告。

您可以使用Web api以编程方式配置服务器，但并非针对每个项目都这样做，因此可能会遇到一些困难。