分支配置的绩效改进

• 当前行为

顿

我们目前正在使用@semantic-release/GitHub动作来进行我们的放出步骤. 不幸的是,这一行动需要约17分钟完成。 在调查了这个问题后,我们发现语义释放插件扫描了我们工作流程所运行的所有分支. 由于我们有一些放行分支,这使得步骤缓慢.

为了加快速度,我们试图指定它只检查我们的主要分支,这大大缩短了运行时间. 然而,我们的工作流程需要运行到主,β分支,并释放分支,因此限制它只局限于主分支是不够的.

经过一些研究与测试,我们发现在插件上添加以下配置会将持续时间缩短到1.5分钟,这是一个巨大的改进. 我们意识到不需要扫描所有分支,

额外( P):                          
@ semmantic-release/GitHub~10.0. 7.
语义  version: ^24.0.0
分支:                                        
[
"主","主",
{
名称:"$GitHub.ref","$".
预释: 真实
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
[ . ]

我们试验了这一方法,似乎如所预期的那样奏效。 我们的释放流量需要1.5分钟 如果我们把它钉在主分支和当前分支。

然而,这意味着如果我们想要做一个发布,我们需要创建正确的配置文件,这增加了何时以及如何选择正确的配置文件的复杂性. 这是我们要防止的。

我们想知道我们是否忽略了这个方法。 如果发布过程基于主分支和当前 ref有足够的信息,为什么默认发布过程扫描所有其他匹配配置的分支?

谢谢你的洞察力!

恭喜你们

预期行为

不要扫描所有分支来显著地加快这一步骤.

`语义-释放'版本

24.2.3 (中文(简体) ).

环境

赞美音乐

使用的 QQ 插件

语义 -- -- 释放/GitHub=10.0.7

" 语义释放 " 配置

- 名称:语义释放
id:语义
用途: cycjimmy/语义 -- -- 释放 -- -- 动作@v4
改为:
额外( P):                          
@semantic-release/GitHub~10.0. 7 (英语).
语义  version: ^24.0.0
分支:                                        
[
"主","主",
{
名称:"$GitHub.ref","$".
预释: 真实
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
[ . ]

CI 日志

• 说吧