-
Notifications
You must be signed in to change notification settings - Fork 491
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
Deprecate series in bundles #17348
Deprecate series in bundles #17348
Conversation
23a7e82
to
262269c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not a fan of doing this in 3.1, as we've already released this. We should be doing things with "The Principle of Least Surprise". If the user deployed a bundle yesterday with no warning and if the user got an automatic snap refresh
and deployed the same bundle today, they get a warning, that's concerning.
I think this should have been in 3.5
Also if we do land this, we shouldn't use that text. As it's not only bundles that this issue concerns.
|
Not sure if I agree this principle applies for a deprecation warning. The reason I picked 3.1 is to socialise this warning to as many people as possible. If someone has only been using 3.1 and they're 'surprised' by this warning after a snap refresh, that's probably a good thing Especially given the warning specifically mentions the version this functionality will be released. A user running 3.1 who suddenly sees this will quite quickly realise it won't affect them until a later major version |
Yes I should probably create a discourse post highlighting all the differences |
Also, it will warn them every single time, as the person who deploys might not be the author of the charm. Something to consider. |
Show a deprecation warning when deploying a bundle with series
262269c
to
c9aaaad
Compare
/merge |
Show a deprecation warning when deploying a bundle with series
We are deprecating series in favour of base in general. In Juju 4.0 we will error out if a bundle provides a base. This change in in preparation for this later breaking change
Checklist
QA steps
Deploy some bundles
Links
Jira card: JUJU-5596