Skip to content

Conversation

@thePunderWoman
Copy link
Contributor

At least two of the named groups in our renovate config are spammy sending out multiple PRs in a given day and can be overwhelming for the caretaker. Switching them to Thursdays means all the updates will happen then on the first day of the cycle, allowing the rest of the time as caretaker to be less noisy.

At least two of the named groups in our renovate config are spammy sending out multiple PRs in a given day and can be overwhelming for the caretaker. Switching them to Thursdays means all the updates will happen then on the first day of the cycle, allowing the rest of the time as caretaker to be less noisy.
@thePunderWoman thePunderWoman added the action: review The PR is still awaiting reviews from at least one requested reviewer label Dec 16, 2025
matchUpdateTypes: ['digest', 'patch', 'minor'],
matchManagers: ['npm'],
matchBaseBranches: ['main'],
schedule: ['* 5-12 * * 4'], // 5:00 am am to 12:00 pm Every Thursday
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What time zone is this in? 5am to 12pm in PST is 2pm to 9pm which is later than we would like for this to run

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If I recall the timezone is specified at the top of the file. It's Rome time.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Indeed the TZ is Rome. You have a typo in the comment.

Also consider using a human readable version of the schedule example:

schedule: ['after 6am and before 10am on Thursday'], 

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a particular reason we're using Rome? Why not switch it to UTC?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What time zone is this in? 5am to 12pm in PST is 2pm to 9pm which is later than we would like for this to run

I was basically looking at other schedules in the file. A lot of them seem to be morning Rome time.

Copy link
Contributor Author

@thePunderWoman thePunderWoman Dec 17, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given the time zone, 5am to noon Rome time would be 8 PM the previous day to 3 AM PST. Should we leave that? Should I change it to later? What's the preference here?

{
groupName: 'bazel dependencies',
matchManagers: ['bazel', 'bazel-module'],
schedule: ['* 5-12 * * 4'], // 5:00 am am to 12:00 pm Every Thursday
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

NIT: consider using a human readable version

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was following the renovate documentation, which says cron is the recommendation. Apparently the human readable version is from a deprecated dependency.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Here's the direct quote from the documentation:

"Renovate supports the standard Cron syntax, as well as deprecated support for a subset of Later syntax. We recommend you always use Cron syntax, due to its superior testing and robustness. Config support questions are no longer accepted for Later syntax problems - you will be recommended to use Cron instead."

https://docs.renovatebot.com/configuration-options/#schedule

Copy link
Contributor

@alan-agius4 alan-agius4 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In general it looks good, but I want to understand a bit more somethings you comment in your commit message

"renovate config are spammy sending out multiple PRs in a given day and can be overwhelming for the caretaker".

These groups are schedule to open PR on Monday, Wednesday and Friday between 6am - 10am CET time https://github.com/thePunderWoman/dev-infra/blob/c0dada5f91bcf41c4f0706a7b01edf51f300d4a2/renovate-presets/default.json5#L9, so this the issue might be something else? Do you have an example?

For the NPM group updates can we choose a date closer to the release? (Wednesday maybe)?

The reason being, is that If an NPM package is release on Monday, waiting an extra week for package availability since it will be available not in the current week release but the next one slows down our delivery cycle and limits early visibility into potential bugs during the next period.

Increase the prConcurrentLimit

Since we are reducing the frequency of these dependency updates from three times a week to once a week, we should increase our concurrent PR limit. If we don't, we risk a significant backlog where updates are delayed by an additional week. I recommend increasing prConcurrentLimit from 8 to 10 (or higher) to ensure Renovate can clear the queue within its new, limited window.

@thePunderWoman
Copy link
Contributor Author

thePunderWoman commented Dec 17, 2025

@alan-agius4 Responding to your comments:

  1. Right now half the PRs in the merge queue are robot PRs. The FW team has regularly discussed, including this week, how there's just too many of these that it ends up being the majority of a caretaker's merging work to keep up with these. Having them all on one day is much more ideal.

  2. We deliberately wanted them to be after the release for the next caretaker. Having them on Thursday means post release, we have a full week to clear out all the robot PRs. The exception being cross repo deps and adev docs. If there's a critical bug in a dep, we can always visit the dependency dashboard and force the update for that one.

  3. Yeah, it makes sense to update the concurrency.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

action: review The PR is still awaiting reviews from at least one requested reviewer

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants