如何解决翻新:将所有更新合并到一个分支/PR
Renovate 会在有新版本时立即更新软件包。但是 renovate 也会为每次更新创建一个单独的 PR/分支。因此,如果为我的 5 个软件包发布新版本,renovate 将创建 5 个分支。
这导致 5 个管道,1 个 PR 被合并,另外 4 个将重新设置并再次运行管道。因此,每次合并时将运行 15 个 PR 管道 + main
分支的管道。
所以总共将运行 19 个管道。
是否可以将所有小更新和补丁更新合并为一个分支和 PR 以避免大量 PR?
我唯一发现的是 prConcurrentLimit
,它避免了每次合并时 PR 管道的变基和重新运行。但这也会触发 10 个管道。
如果我可以将所有组合在一起,那么只有 1 个 PR 管道和 1 个 main
-branch 管道。所以总共有2条管道。那太棒了。
解决方法
是的,您可以将更新组合在一起,对于所有非主要更新,这可能如下所示: (取自renovate docs)
{
"packageRules": [
{
"matchPackagePatterns": [
"*"
],"matchUpdateTypes": [
"minor","patch"
],"groupName": "all non-major dependencies","groupSlug": "all-minor-patch"
}
]
}
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。