-
-
Notifications
You must be signed in to change notification settings - Fork 195
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
In 6.0 alpha, upgrade all profiles to minimum versions #3346
Comments
Yeah, I see your point. Just adding food for thoughts: it might also be interesting to run the upgrades in a That would also help people that work with coredev to keep their Data.fs uptodate. |
I use |
The code would be for example:
@pbauer is adding this one in plone.app.ugprade for ES6 as we speak. |
Branch: refs/heads/master Date: 2022-04-15T09:46:17+02:00 Author: Maurits van Rees (mauritsvanrees) <maurits@vanrees.org> Commit: plone/plone.app.upgrade@0458c73 Upgrade profiles of core Plone modules to specific versions. Fixes plone/Products.CMFPlone#3346 Added tests. Files changed: A news/3346.feature M plone/app/upgrade/v60/alphas.py M plone/app/upgrade/v60/configure.zcml M plone/app/upgrade/v60/tests.py Repository: plone.app.upgrade Branch: refs/heads/master Date: 2022-04-15T17:32:40+02:00 Author: Maurits van Rees (mauritsvanrees) <m.van.rees@zestsoftware.nl> Commit: plone/plone.app.upgrade@ee807bd Merge pull request #289 from plone/maurits-upgrade-to-specific-versions Upgrade profiles of core Plone modules to specific versions. Files changed: A news/3346.feature M plone/app/upgrade/v60/alphas.py M plone/app/upgrade/v60/configure.zcml M plone/app/upgrade/v60/tests.py
Let's picture ourselves a few years from now. Plone 6.2 is out. We migrate a site from Plone 5.2.0 to 6.2.0.
We go to `@@plone-upgrade`` and run the upgrade. What happens?
plone.app.upgrade
are run, so basicallyProducts.CMFPlone
is fully updated to 6.2.This means that you first upgrade to 6.2, and then you apply an upgrade step from, for example,
plone.app.contenttypes
which was written around the time when 6.0 alpha was first out.This is what we have been doing since Plone 5.0rc1 when I introduced this add-on list. It has worked fine I think.
But I can see the danger that an upgrade step that works now, will not work when run on a 6.2 site.
Or it may undo a
plone.app.upgrade
fix from 6.1.My idea:
plone.app.upgrade
for CMFPlone 6.0.0 alpha 2.The result is that all upgrade steps are run in roughly the order that they were meant to be executed.
Does this sound useful and sane?
The text was updated successfully, but these errors were encountered: