一旦有了新版本,Renovate正在更新软件包。但是翻新也会为每次更新创建一个独立的PR/分支。因此,如果为我的5个包发布的新版本,更新将创建5个分支。这将导致5条管道,1条PR被合并,另外4条将重新定位并再次运行该管道。因此,在每次合并时,将运行15个PR管道+ main分支的管道。
因此,总共将有19条管道。
是否有可能将所有的小更新和补丁更新合并到一个分支和PR中,以避免大量的PR?
我发现的唯一一件事是prConcurrentLimit,它避免了每次合并时PR管道的重基和重新运行。但这也将触发10条管道。
如果我能把所有的东西组合在一起,就只有一个PR管道和一个main-branch管道。总共有2条管道。那就太棒了。
发布于 2021-04-13 08:44:25
是的,您可以将更新分组在一起,对于所有非主要的更新,可以如下所示:(摘自更新文档)
{
"packageRules": [
{
"matchPackagePatterns": [
"*"
],
"matchUpdateTypes": [
"minor",
"patch"
],
"groupName": "all non-major dependencies",
"groupSlug": "all-minor-patch"
}
]
}https://stackoverflow.com/questions/66471226
复制相似问题