Renovate 一旦有新版本就会更新软件包。但 renovate 还会为每次更新创建一个单独的 PR/分支。因此,如果为我的 5 个软件包发布新版本,renovate 将创建 5 个分支。 这会导致 5 个管道,其中 1 个 PR 被合并,另外 4 个将重新设置基础并再次运行管道。因此,每次合并时将运行 15 个 PR 管道 +
main
分支的管道。是否可以将所有次要更新和补丁更新合并到一个分支和 PR 中以避免出现大量 PR?
我唯一发现的是
prConcurrentLimit
,它避免了每次合并时 PR 管道的变基和重新运行。但这也会触发 10 个管道。
如果我可以将所有内容组合在一起,则只有 1 个 PR 管道和 1 个
main
分支管道。所以总共有2条管道。那真是太棒了。
是的,您可以将更新分组在一起,对于所有非主要更新,这可能如下所示: (取自renovate文档)
{
"packageRules": [
{
"matchPackagePatterns": [
"*"
],
"matchUpdateTypes": [
"minor",
"patch"
],
"groupName": "all non-major dependencies",
"groupSlug": "all-minor-patch"
}
]
}
group:allNonMajor
,它开箱即用,完全符合此问题的另一个答案中所写的内容。您可以将预设放入翻新配置的extends
数组中:
{
"extends": ["group:allNonMajor"]
}