Skip to content
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

Release checklist Plone 6.1.0 beta 1 #4040

Closed
31 of 37 tasks
mauritsvanrees opened this issue Oct 29, 2024 · 10 comments
Closed
31 of 37 tasks

Release checklist Plone 6.1.0 beta 1 #4040

mauritsvanrees opened this issue Oct 29, 2024 · 10 comments
Assignees

Comments

@mauritsvanrees
Copy link
Member

mauritsvanrees commented Oct 29, 2024

Release packages, update versions

  • Check Jenkins Status: should be green. (This should be checked often during the release process.)
  • In coredev, check packages for updates: bin/manage report --interactive. This is less needed now that we have mr.roboto to add packages to the checkouts. Use bin/versioncheck to see if any new PyPI releases are worth adding, or check the artifact of the versioncheck GitHub Action.
  • Release individual packages from checkouts.cfg.
  • Check that the version numbers of CMFPlone metadata.xml and latest upgrade step are in sync, and that they are higher than in the previous Plone release.
  • Handle special packages, often handled by special people. :-) You can can ping people in the release-team channel on Discord, in the current issue, or individually:
    • plonetheme.barceloneta needs a release on PyPI and npmjs. Ask Peter Mathis (petschki).
    • plone.staticresources and mockup. Ask on Discord in the classic-ui or ask Johannes (thet), Peter Mathis (petschki) or Maik (MrTango).
    • plone.restapi and maybe plone.volto. If needed, ask the Plone REST api team or Timo (tisto) for a new release.
    • plone.app.locales. Create an issue there or ask Mikel (erral).
    • Release plone.app.upgrade and Plone yourself.
    • Update the versions of those packages in versions.cfg.
  • Make an alpha/beta/release candidate release of Products.CMFPlone (e.g. 6.1.0a1, later 6.1.0b1 and 6.1.0rc1). Fine to release this on PyPI. Once Plone 6.1 is final, we can continue doing release candidates for the bugfix releases, so people can try it in a pending release.

Release notes, constraints, dist.plone.org

  • Adjust coredev branch release/6.1-dev. Most importantly, the auto-checkout list in checkouts.cfg should be empty, and the versions.cfg and requirements.txt should be the same. One way that works for me: git checkout release/6.1-dev; git reset --hard 6.1; git reset origin/release/6.1-dev. Then check which changes you want to commit.
  • Update the 6.1-dev directory on dist.plone.org, and gather files to put there:
    • You can use tox -c release/tox.ini -p auto to create or copy some files in release/dist. But you need to create some of those files first.
    • Create a unified changelog based on the previous release: bin/manage changelog --start=6.1.0a1 > release/changelog.txt. Remove the uninteresting top lines. You may want to link to the Zope changelog with a specific tag.
    • Create a file release/RELEASE-NOTES.md. It may be enough to look through the changelog and copy interesting changes.
    • Get the versions.cfg file and any other versions files from coredev.
    • Create a release/constraints.txt file from this. The above tox command generates this. Note: at some point I expect the constraints file to become leading, and we may need to generate a versions.cfg file instead.
    • Copy (rsync) these files to the pending release directory. (We used to copy packages as well, but we do not do this for Plone 6 anymore.)
  • Write a post on community.plone.org announcing a pending/soft release. See example. In the 6.1 alpha/beta/rc stage, we can skip pending releases and just make a real release.
  • Wait for feedback, preferably at most a few days. As said, in the alpha/beta/rc stage, we can skip this.

Final release, Docker

  • Make final release of Products.CMFPlone to PyPI, update versions.cfg.
  • In release/6.1-dev branch update changelog, release notes, constraints.txt.
  • Create tag of the release/6.1-dev branch, e.g. 6.1.0a1, and push to GitHub.
  • Make final release directory on dist.plone.org, with versions, requirements, constraints, changelog, release notes.
  • Update the "-latest" links on dist.plone.org, e.g. ln -sfT 6.1.0a1 6.1-latest
  • Notify Érico Andrei and/or Fred van Dijk in the #release-team Discord channel that there is a new release. They will create Docker images. Examples of changes: README.md and version.txt.

Announcements

You probably want to wait until the Docker images are there, but don't wait long.

  • Create release page on https://plone.org/download/releases
  • Send mail to Marketing Team so they can prepare announcements.
  • Update the https://plone.org/security/hotfixes/ page in the configuration control panel. This is done in the configuration registry: plone.securitysupport, plone.versions, plone.activemaintenance. You could ask the security team.
  • Publish release page on plone.org.
  • Update the release schedule: note the new release, and say when the next release in this series is expected.
  • Edit the link on https://plone.org/download.
  • Announce on community.plone.org.
  • In plone/documentation's conf.py, update PLONE_BACKEND_PATCH_VERSION and PLONE_BACKEND_MINOR_VERSION as needed. Ask Steve Piercy or do it yourself. Here is a sample PR.
  • Ask Philip Bauer and/or Fred van Dijk to update the demo sites. Here is a sample PR.
@mauritsvanrees mauritsvanrees self-assigned this Oct 29, 2024
@mauritsvanrees
Copy link
Member Author

@tisto @petschki @erral @davisagli Can you make releases of your packages please this Wednesday?

@sneridagh wants to release Volto 18 final this Thursday. It would be great if we can release the first beta of the backend plus Classic UI as well on that day.

I must say I am not sure I can pull off my part, as I have two blockers on my name and I am moving to a new house this and next week. So painting and putting stuff in boxes is more top of mind. Maybe I can do a bit in the evenings. So it could very well be that Thursday is not the day. But we should get closer.

@erral
Copy link
Member

erral commented Oct 30, 2024 via email

@davisagli
Copy link
Member

I released plone.restapi 9.8.2 and plone.volto 5.0.0b1

@petschki
Copy link
Member

Classic-UI releases:

plone.staticresources = 2.2.0b1
plonetheme.barceloneta = 3.2.0

@plone/mockup = 5.2.0-beta.0
@plone/plonetheme-barceloneta-base = 3.2.0

@sneridagh
Copy link
Member

@mauritsvanrees I've released 18.0.0 this evening.

https://github.com/plone/volto/releases/tag/18.0.0

for now, we agreed in a soft release, since we still need to merge a documentation PR and review that all is good, (images, cookieplone, docs, etc.) Let's tweet and create the announcement in the usual places during the weekend.

@mauritsvanrees
Copy link
Member Author

I have soft released Plone 6.1.0b1.
For now only here: https://dist.plone.org/release/6.0-dev/

All PyPI releases have been made, and the changelog and release notes are there.

@stevepiercy
Copy link
Contributor

I have soft released Plone 6.1.0b1. For now only here: https://dist.plone.org/release/6.0-dev/

Did you mean https://dist.plone.org/release/6.1-dev/ ?

@mauritsvanrees
Copy link
Member Author

Oops, yes, I mean https://dist.plone.org/release/6.1-dev/

Checking... yes, I have updated the correct directory and have left the other one alone. Thanks. :-)

@mauritsvanrees
Copy link
Member Author

https://dist.plone.org/release/6.1.0b1/ is there.

In plone/plone-backend#151 we try to get a Docker image.

@davisagli
Copy link
Member

The Docker image is available now.

@sneridagh prepared a PR to update the demo sites: plone/demo.plone.org#58

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants