Final steps

1. Update API stream for Update Assistant

1.1 Distribution API

This should only be done for stable releases.

(i.e. if not for betas and RCs).

Additional changes must be brought to the Distribution API repository to provide the best experience on the Update Assistant module:

  • Add in the file releaseNotes.json the new version and the link to its release notes,

  • Verify that the file autoupgrade.json has been updated by the team in charge of autoupgrade to make the new release available for update. If you needed to release a new version of the module Update Assistant, update the autoupgrade_recommended property as well. You may have to create a new entry if the new Update Assistant is compliant with a range of PrestaShop version that is unrelated to the existing ones.

Once this step is done and your changes have been merged, update the Release Tracker GitHub issue by ticking the “Available for update” box.

Application of changes check.

Please verify the contents of https://api.prestashop-project.org/autoupgrade. You might need to wait for the cache to be cleared.

1.2 Legacy API

API migration in progress

Update Assistant is using the Distribution API since the version 7.1. But some steps still need to be performed on the old API (only available from people of PrestaShop SA with specific rights).

See the internal notion page Update API stream for 1-click upgrade and follow the different steps.

2. Deployment of the Classic edition

This notion documentation requires special rights.

Go to Create a Classic Edition page for more information about the internal tool smb_edition_builder and follow the different steps in the “Deployment” section.

3. Create Docker images for the new version

This part is normally no longer necessary and is now automated.
  • Checkout the project, install the project and create a new branch
  • Modify the file versions.py to add the new version and the related php matrix compatibility
  • Commit these changes
  • Run prestashop_docker.py generate to generate the new Dockerfiles in the folder images/ (See documentation)
  • Commit these changes
  • Push to your fork or the original repository, create a PR and wait for the tests to pass before merging (see this example)
  • Once the PR has been merged, a GitHub Action will publish the new images on Docker

Some other registries depend on this registry to be updated (like Docker internal images). The update will be automatic.

It may take a few hours for the images to be updated.

You can update the Release Tracker GitHub issue: step “Docker image” is done.

3. Go through the checklist

4. Store the ZIP archive

Submit a Pull Request to add the ZIP archive to the Archives repository.

5. Improve the process

If during the process you encountered issues or there was some information not 100% clear, please improve this process documentation.

Congratulations!

The release is now complete, you can close the Release Tracker GitHub issue.