翻新：将所有更新合并到一个分支/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"
    }
  ]
}