Release process

Feature development takes places on the “master” branch. Periodically, a release is created by increasing the version number and tagging the relevant commit with the new version number.

  • Check that the release passes all of the tests:

    tox
    
  • Update the version number according to the versioning scheme.

    • Update the version number in doc/conf.py. The full version must always be updated, the short (X.Y) version does not need to be updated if the version number is being increased from X.Y.Z to X.Y.Z+1.
    • Update the version number in src/pypfilt/version.py.
    • Update the version number in setup.cfg.
  • Describe the changes at the top of NEWS.rst under a heading of the form X.Y.Z (YYYY-MM-DD), which identifies the new version number and the date on which this version was released.

  • Commit these changes; set the commit message to Release pypfilt X.Y.Z.

    git add NEWS.rst doc/conf.py pypfilt/version.py setup.cfg
    git commit -m "Release pypfilt X.Y.Z"
    
  • Tag this commit X.Y.Z.

    git tag -a X.Y.Z -m "pypfilt X.Y.Z"
    
  • Push this commit and the new tag upstream.

    git push --follow-tags
    

Publishing to PyPI

These instructions are based on the Python Packaging User Guide.

Ensure that twine is installed:

pip install twine

Define the PyPI server(s) in .pypirc:

[distutils]
index-servers =
  pypi
  pypitest

Build the wheel ./dist/pypfilt-X.Y.Z-py2.py3-none-any.whl:

python setup.py bdist_wheel

Upload this wheel to the PyPI test server, so that any problems can be identified and fixed:

twine upload -r pypitest dist/pypfilt-X.Y.Z-py2.py3-none-any.whl

Then upload this wheel to PyPI:

twine upload dist/pypfilt-X.Y.Z-py2.py3-none-any.whl