-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
On-demand config migration PRs using Dashboard #19783
Comments
I think we can keep the default behavior:
If you want to do the "close PR if checkbox is unchecked" thing, there's a possible edgecase: |
Actually, if we detect that the PR is open we should remove the message and the checkbox from the dashboard (or perhaps replace it with a message/link to the PR) |
I vote "replace it with a message/link to the PR" then. The Dependency Dashboard should always show all pending stuff, removing the message and checkbox goes against that idea. |
How about moving the checkbox item to different sections on the Dependency Dashboard? Like this:
What happens next depends on the user:
If user wants new config migration PR, after ignoring one: user renames old PR to something else, and Renovate creates a new PR. |
I think that a migration PR is much more important than regular ones so should be in its own section (at the top) instead of combined with other Pending PRs where it could be missed |
You're right, let's put the config migration in its own section at the top. |
What would you like Renovate to be able to do?
Add a checkbox to the dependency dashboard which allows users to open a migration PR on demand
If you have any ideas on how this should be implemented, please tell us here.
Remove the log warning display in dashboard (so that this information is not duplicated).
Display the message prominently that config migration is required (maybe with a learn more link).
Have a checkbox allowing users to open the config migration PR.
Not sure what to do if they uncheck the checkbox after the PR is created though. Maybe keep it? They can close it manually if they really want.
Is this a feature you are interested in implementing yourself?
No
The text was updated successfully, but these errors were encountered: