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 Webhook怎么配置 SonarQube Webhook推送失败怎么排查
SonarQube Webhook的配置,和推送失败时的排查,重点并不只是填进去一个回调地址就完成了,而是要去确认这个地址,能够被SonarQube的服务器正常访问到,并且接收的那一端,也能够正确地识别出推送过来的内容。Webhook这个东西,通常是用来把扫描完成、质量门禁的状态这一类结果,推送给Jenkins、GitLab、企业微信、钉钉,或者是公司内部的平台。SonarQube它支持项目这一级,和全局这一级的Webhook配置,项目级的,是可以在项目的设置里面去配,全局级的,则是可以在系统的管理里面去配。
2026-06-30
SonarQube新代码周期怎么设置 SonarQube新代码周期影响门禁结果怎么看
SonarQube新代码周期的设置,以及新代码周期对门禁结果的影响,是很多团队在配置质量门禁时容易忽略的问题。新代码周期并不是一个单纯的日期设置,它决定了哪些代码会被SonarQube当作“新增或修改的代码”来评估。如果质量门禁主要看的是新代码指标,那么新代码周期的设置一旦不同,同一份代码的门禁结果,也就可能会跟着不同。在SonarQube里面,新代码的定义可以按照全局、项目,或者是分支的层级来进行配置,而且它会影响到新代码问题,以及相关质量指标的计算。
2026-06-30
SonarQube安全热点怎么审查 SonarQube安全热点状态怎么同步
SonarQube安全热点的审查,以及安全热点状态的同步,是安全扫描被接入研发流程以后,经常会碰到的问题。安全热点并不是已经被确认的漏洞,它是在提示这一段代码涉及到了安全方面比较敏感的逻辑,需要由开发人员,或者是安全人员,去进一步做出判断。在SonarQube的文档里面,也明确地把安全热点和漏洞区分了开来:安全热点需要经过人工的审查以后,再去判断是不是要进行修复;而漏洞通常代表的是已经影响到应用安全,应当被优先去修复的问题。所以,在处理安全热点的时候,不能只是看它的数量有多少,也不能简单地就把它一键关掉。
2026-06-30
SonarQube项目权限怎么设置 SonarQube项目权限导致成员看不到代码怎么办
SonarQube项目权限的设置,和因为权限问题导致成员看不到代码的处理,需要先分清楚项目到底是Public还是Private。公开的项目,一般来说更容易被访问到,私有的项目,则需要明确地去给用户,或者用户组进行授权。在SonarQube的官方说明里面,私有项目是需要去配置Browse Project和See Source Code这些权限的;如果要查看项目的结构和代码,私有项目的用户,就需要同时具备Browse和See Source Code这两项权限。
2026-06-30
SonarQube怎么管理项目权限 SonarQube项目权限继承关系怎么检查
在SonarQube里,项目权限这件事最容易被理解错的地方,不是按钮在哪里,而是“继承”到底指什么。按官方口径,项目创建时会先套用一套Permission Template,也就是模板默认权限;但模板套上去以后,项目和模板之间并不存在持续联动关系,后面你手工改项目权限、或者再去改模板,本来就不会自动互相跟着变。再加上SonarQube的项目权限本身又不是累加关系,所以很多人看到“模板明明给了权限,项目里却不对”,本质上往往是把“初始化套用”误当成了“持续继承”。
2026-04-29
SonarQube怎么做分支分析 SonarQube分支分析结果怎么和主干对比
很多团队把SonarQube接进流水线以后,主干分析通常很快就能跑起来,但一到分支分析,问题就会集中在两处。一处是不确定分支到底怎么建出来,另一处是不知道分支结果和主干该按什么口径去比。按SonarSource当前官方文档,分支分析从Developer Edition起才提供,分支是在分析时传入sonar.branch.name后创建出来的;而分支和主干的对比,本质上又不是靠手工看两份报告,而是靠Reference branch也就是参考分支,配合New Code口径去做差异判断。把这两层先分清,后面配置和看结果都会顺很多。
2026-04-29

读者也喜欢这些内容:

咨询热线 18015636924