Discussion about the release processSee original GitHub issue
I was interested in getting a release of the NPM package containing #174, so I figured I’ll look into this a bit.
- JupyterLab extension / NPM package: https://www.npmjs.com/package/@jupyterlab/server-proxy
- PyPI package: https://pypi.org/project/jupyter-server-proxy/
- Release instructions: https://jupyter-server-proxy.readthedocs.io/en/latest/contributing/release.html
Do we want to maintain a changelog?
We try to keep the version numbers of all these packages in sync, even when there are no changes. This keeps reasoning about versions simple.
Currently, the NPM Package is 2.0.0 and 4 months old, while the python package is 1.2.0 and 2-3 months old. What should we do on the next release?
Automatic deployment to PyPI on git tag pushes - is it okay for me to setup that? I have created travis PYPI_PASSWORD environment variables holding a PyPI deployment token for individual PyPI packages managed by the jupyterhub-bot PyPI account. I would like to do the same for this project. I would need to get the PyPI user
jupyterhub-botadded as a PyPI package maintainer at https://pypi.org/project/jupyter-server-proxy/ to be able to do that.
I learned recently about
python -m jupyterlab.browser_check, it may be useful in order to do some minimalistic test of the jupyterlab extension, it was used here: https://github.com/bokeh/jupyter_bokeh/blob/master/.travis.yml. The
browser_checkis meant to ensure jupyterlab can startup without errors, as I figured out from the scripts docstring: https://github.com/jupyterlab/jupyterlab/blob/master/jupyterlab/browser_check.py.
- Created 4 years ago
- Comments:14 (10 by maintainers)
Top GitHub Comments
Should we create a
jupyterhub-bot npm user just for Travis deploys?