'packageRules > schedule' isn't behaving as expected #7952
Replies: 9 comments
-
Can you reproduce this behavior in a public repo on github.com? e.g.
The desired outcome with the above should be that the scoped package is PR'd right away and the other not. If you reproduce the problem, then neither is created right away. |
Beta Was this translation helpful? Give feedback.
-
Alright I think I've set this up in line with your suggestion, but I had a lot of pre-existing PR's that I declined to keep the dependency versions outdated, so I'm not sure if that will interfere with the Renovate Bot's process? I guess I should mention our self hosted configuration is using this semver value for the CLI: |
Beta Was this translation helpful? Give feedback.
-
It looks like the Renovate Bot behaved as documented in this case. I assume more PR's will be opened up tonight and we'll lose our "control" in the experiment, so I'm attaching the screenshot here. I'm not sure why two PR's were opened for the Angular monorepo, maybe because it's a predefined monorepo and there's also specific I updated our self-hosted process to use the latest version in NPM ( |
Beta Was this translation helpful? Give feedback.
-
We probably should have made the default one monthly or something.. however it's always possible to rename and delete/close PRs to "reset" things. It's possible that the pre existing grouping for angular has interfered but I suspect it's something else about your setup instead, hence wanting to try to reduce and reproduce. |
Beta Was this translation helpful? Give feedback.
-
@rarkins I'm hoping to avoid letting this issue auto-close. Do you have any recommendations for how we can proceed? It looks like there's still only the two pull requests opened in the public repository. I'm not sure if that's because there's been no new versions of the other dependencies published in the last ~4 days or if there's a different reason. |
Beta Was this translation helpful? Give feedback.
-
@denver-HJS is this still a problem for you? And if so then can you reset or refresh your reproduction so that it can be debugged? Please make the default schedule be as delayed as possible so that the reproduction lasts as long as possible. |
Beta Was this translation helpful? Give feedback.
-
Thank you for the reminder @rarkins. I've updated the reproduction by closing all open pull requests, decreasing the global frequency to "once quarterly" and leaving Angular packageRules with "at any time" (see renovate.json):
|
Beta Was this translation helpful? Give feedback.
-
Just an update here, it seems like this is working just fine in context of using the GitHub bot. Could there be a difference where we're self hosting and running the CLI? I'll try to tinker with the ruleset we're defining when I get a chance to see if it's operator error after all. |
Beta Was this translation helpful? Give feedback.
-
Maybe if you defined rules in your backend config too |
Beta Was this translation helpful? Give feedback.
-
Which Renovate are you using?
Renovate Open Source CLI
Which platform are you using?
Bitbucket Cloud
Have you checked the logs? Don't forget to include them if relevant
These log statements appear in a time-ordered sequence (sorry for the string escaping). It looks like it tries to fetch Bitbucket issues but is unable to authenticate, however I didn't think this would be causing any problems related to the scheduling.
{"id":"956f8e03-ab31-408e-8f4d-d9e70a43b6da","level":"info","message":" INFO: Dependency extraction complete (repository=acme/acme-page-driver-wdio)\n \"baseBranch\": \"master\",\n \"stats\": {\n \"managers\": {\n \"dockerfile\": {\"fileCount\": 1, \"depCount\": 1},\n \"npm\": {\"fileCount\": 1, \"depCount\": 18}\n },\n \"total\": {\"fileCount\": 2, \"depCount\": 19}\n }\n","appId":"Unknown","timestamp":"2020-09-23T16:51:54.990Z"}
What would you like to do?
At a high level, our goal is to use a global schedule that opens PRs outside of working hours with the exception of our internal npm packages.
The way we're trying to accomplish this is with the following configuration:
However when we publish our internal packages, we don't see PR's opened as expected per the "at any time" rule.
note: we've also tried without placing the rule in an array:
Beta Was this translation helpful? Give feedback.
All reactions