The recommended way to make a release is to use jupyter_releaser
.
We follow a similar bump strategy as in JupyterLab: https://github.com/jupyterlab/jupyterlab/blob/master/RELEASE.md#bump-version
If you would still like to do the release manually instead, read below.
This process is still a bit manual and consists of running a couple of commands.
Creating a new environment can help avoid pushing local changes and any extra tag.
mamba create -q -y -n retrolab-release -c conda-forge twine nodejs jupyter-packaging jupyterlab -y
conda activate retrolab-release
Alternatively, the local repository can be cleaned with:
git clean -fdx
Make sure the dist/
folder is empty.
- Update retrolab/_version.py with the new version number
- Commit the changes
git add retrolab/_version.py
git commit -m "Release x.y.z"
- Bump the frontend packages:
jlpm
jlpm run lerna version x.y.z --no-push --amend --force-publish
- Run:
python -m pip install build && python -m build
- Double check the size of the bundles in the
dist/
folder - Test the release by installing the wheel or sdist: `python -m pip install ./dist/retrolab-x.y.z-py3-none-any.whl
export TWINE_USERNAME=mypypi_username
twine upload dist/*
The simplest is to wait for the bot to automatically open the PR.
Alternatively, to do the update manually:
- Open a new PR on https://github.com/conda-forge/retrolab-feedstock to update the
version
and thesha256
hash - Wait for the tests
- Merge the PR
The new version will be available on conda-forge
soon after.
- Publish the packages:
jlpm run lerna publish from-package
Push the release commit to the main
branch:
git push origin main
Then create a new release from the GitHub interface.