Allow specifying "maximum" values for user-configurable values in self-hosting config #39433
Closed
jamietanna
started this conversation in
Suggest an Idea
Replies: 1 comment
-
|
Converted into #39994 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Tell us more.
There are a number of repo config options that can have significant impact to the runtime of the CLI, depending on how it's deployed.
For instance, running the CLI in autodiscovery mode, or using another "single-threaded" option can mean that the longer a single repository takes, the longer the whole execution of the CLI (against all repos) takes, overall.
For configuration such as
prConcurrentLimitandbranchConcurrentLimit, which are very useful for tuning how many updates a given repository can have.However, when running self-hosted, this can lead to significant impact if you have a big repository with a lot of dependencies, resulting in lots of branches being created by Renovate, possibly taking up time that other repos will not be able to process for
This feature would:
limits.branchConcurrentLimitormaximumLimits.branchConcurrentLimit) to provide a maximum limit that this value can be atDEBUG(or aWARN?) would be logged when overriding this compared to a repo's configThis could also include
hostRules.concurrentRequestLimitBeta Was this translation helpful? Give feedback.
All reactions