Renovate会在有新版本发布时尽快更新包。但是Renovate也会为每个更新创建一个单独的PR/分支。因此,如果有5个软件包的新版本发布,Renovate将创建5个分支。
这将导致有5个流水线,其中1个PR被合并,另外4个将重新基于主干并再次运行管道。因此,将有15个PR-流水线+每次合并
总之,将运行19个流水线。
是否可以将所有小更新和补丁更新合并到一个分支和PR中,以避免大量的PR?
我找到的唯一解决方法是
如果我能把所有东西都合并在一起,就只需要一个PR流水线和一个
这将导致有5个流水线,其中1个PR被合并,另外4个将重新基于主干并再次运行管道。因此,将有15个PR-流水线+每次合并
main
分支的流水线。总之,将运行19个流水线。
是否可以将所有小更新和补丁更新合并到一个分支和PR中,以避免大量的PR?
我找到的唯一解决方法是
prConcurrentLimit
,它避免了每次合并时进行PR-流水线的重新基础和重新运行。但这也会触发10个流水线。如果我能把所有东西都合并在一起,就只需要一个PR流水线和一个
main
分支流水线。总共只需2个流水线。那将是很棒的。