SonarQube中文网站 > 技术问题 > SonarQube分支分析怎么启用 SonarQube分支分析流水线集成流程

SonarQube分支分析怎么启用 SonarQube分支分析流水线集成流程

发布时间:2025-08-27 08: 00: 00

品牌型号:联想 E550C ThinkPad

系统:Windows 11

软件版本:SonarQube Server 25

现代软件开发往往采用多分支并行开发的模式,团队内部成员各自开发自己的任务功能,再由团队leader审阅合并分支形成项目完整代码,这在一定程度上提升了开发效率。在审阅之前,可使用SonarQube为这些不同的功能分支进行独立分析,以确定分支代码的安全性和正确性,及时发现潜在问题,当然分支分析也可集成到CI/CD流程中实现自动化。在下文中,将深入探讨SonarQube分支分析怎么启用,SonarQube分支分析流水线集成流程,进而为团队提供更科学的质量保障体系。

一、SonarQube分支分析怎么启用

SonarQube的分支分析功能使得团队能够针对不同的代码分支,如长期分支、短期分支、主从分支,进行独立的代码质量检查,生成该分支的专属质量报告,以防止将低质量代码合并,要启用分支分析,需要SonarQube达到开发者版及以上版本,并按照以下步骤进行:

1、在项目根目录下创建“sonar-project.properties”的扫描配置文件,在文件中使用“sonar.branch.name”指定分支名称,未指定则默认为main主分支。如果要设置新代码的定义分支,则还需使用“sonar.newCode.referenceBranch”指定新代码分支,该分支将作为新代码进行扫描分析。

分支分析参数
图1:分支分析参数

2、由于不同的分支可能会有不同的质量门配置,因此还可以在分支项目中,点击右侧的Project Settings项目设置,点击Quality Gate项,为不同分支配置不同的质量门。

质量门选择
图2:质量门选择

二、SonarQube分支分析流水线集成流程

除了基本的启用分支分析功能外,将分支分析集成到流水线中,在每次提交PR时自动发起该分支的扫描分析,也是一项重要功能。SonarQube可在Jenkins、Azure Pipelines、Bitbucket Pipelines、Codemagic、GitHub Actions、GitLab CI/CD中加入分支分析功能,以常用的GitLab CI/CD为例,配置如下:

1、在Gitlab个人资料的Access Tokens页面中,填写令牌名称、选择权限范围后可获取对应的token数据。在SonarQube的“DevOps Platform Integrations”设置页面,点击“Create configurations”按钮创建一个Gitlab设置,如下图,在输入框中填写Gitlab API地址和刚刚获取到的token。

获取Gitlab token
图3:获取Gitlab token

2、创建一个新项目,项目来源选择Gitlab,此时会显示当前Gitlab仓库下的全部项目,勾选其中要扫描分支的项目,点击Import,并设置new code方式为“Reference branch”。

新代码识别方式
图4:新代码识别方式

3、项目创建完成后,在Analysis Method界面中选择Gitlab CI,此时会显示下图页面,点击“Generate a token”生成token值。

打开Gitlab的CI/CD设置页面,在变量值中添加两个变量,一个是“SONAR_TOKEN”变量,值为上述获取的token,另一个是“SONAR_HOST_URL”变量,值为SonarQube的网页URL,如“http://192.168.1.123:9000”。

添加环境变量
图5:添加环境变量

4、继续在Analysis Method界面中,点击“Other”项,获取到对应“sonar-project.properties”配置文件的“sonar.projectKey”和“sonar.qualitygate.wait”值,将它们添加到项目SonarQube配置文件中。

设置项目配置文件
图6:设置项目配置文件

5、在Analysis Method界面的第三步骤中,点击右侧Copy按钮,复制整段内容将其保存到“.gitlab-ci.yml”文件中,并将该文件上传到项目的Gitlab根目录中,这样就完成了分支分析的流水线配置。

创建.gitlab-ci.yml文件
图7:创建.gitlab-ci.yml文件

根据以上对SonarQube分支分析怎么启用,SonarQube分支分析流水线集成流程如何操作的讲解,大家能够了解到流水线分支分析的配置相对会较为复杂,但配置成功后,每次分支提交质量分析就无需我们动手操作,后续的开发会更加方便,代码质量管理也会更加精细化。希望本文的指导能为团队提供清晰的集成操作路径,让SonarQube分支分析成为开发流程中不可或缺的一环。

展开阅读全文

标签:

读者也访问过这里:
SonarQube
从一开始就生成高质量的代码
立即购买
最新文章
SonarQube规则集怎么调整 SonarQube规则禁用后为何仍触发
在SonarQube里,所谓“规则集”对应的其实是Quality Profile,也就是按语言生效的一组启用规则。真正容易出问题的地方,通常不是不会点启用和禁用,而是项目绑错了Profile、子Profile继承了父Profile、改完以后没有重新分析,结果看起来像是“规则明明关了却还在触发”。官方文档也明确说明,问题是在分析时根据项目关联的Quality Profile被产生出来的。
2026-03-25
SonarQube覆盖率为0怎么排查 SonarQube覆盖率报告路径怎么填
SonarQube里覆盖率显示为0,很多时候不是测试根本没跑,而是覆盖率报告没有在扫描前生成、扫描器没找到文件、报告格式和参数名不匹配,或者报告里的路径和当前项目根目录对不上。官方文档写得很明确,SonarQube本身不会生成覆盖率报告,它只负责导入外部工具生成的报告,所以排查顺序一定要先看报告有没有生成,再看扫描器有没有正确读到。
2026-03-25
SonarQube扫描结果为空怎么办 SonarQube扫描日志怎么定位原因
SonarQube扫描结果为空,先不要急着重跑。更常见的原因不是平台坏了,而是扫描范围没有真正命中代码文件,或者代码被排除规则、源码管理忽略规则、主代码与测试代码分类错误一起过滤掉了。Sonar官方文档明确说明,扫描器会先根据分析范围决定要分析哪些文件,而调试日志会直接打印哪些源文件和测试文件被索引,所以排查顺序应先看范围,再看日志。
2026-03-25
SonarQube质量门禁怎么设置 SonarQube质量门禁不生效怎么办
在SonarQube里做质量门禁,最容易出问题的不是条件不会填,而是门禁条件、项目绑定和流水线阻断没有放在同一条链路里看。SonarSource官方说明很明确,质量门禁本质上是一组条件,既可以基于新代码,也可以基于整体代码;实例里还有默认质量门禁,未单独绑定的项目会先继承默认门禁。
2026-03-25
SonarQube怎么导入新项目 SonarQube项目Key怎么填写
在SonarQube里,新项目导入本质上有两条路,一条是先在平台里手工创建项目,再接扫描;另一条是第一次分析时直接把项目带上来,服务器会在收到一个不存在的项目Key后自动创建项目。官方文档也明确说明,手工创建时项目名和项目Key是本地项目创建的必要参数,而首次分析同样依赖项目Key完成识别。
2026-03-25
SonarQube质量门禁怎么配置 SonarQube质量门禁不触发怎么排查
质量门禁的价值不在于看板上多一个红绿灯,而在于它能把代码扫描结果变成可执行的准入规则。配置时要先把门禁规则定清楚,再把项目和门禁绑定好,最后在流水线里把门禁结果接回来并决定是否中断构建,否则你会看到门禁已经失败但流水线照样放行的情况。
2026-03-02

读者也喜欢这些内容:

咨询热线 18015636924