New features and bug fixes are continuously added to the develop branch. On every merge to master, the version number in pypesto/version.py
should be incremented as described below.
For version numbers, we use A.B.C
, where
C
is increased for bug fixes,B
is increased for new features and minor API breaking changes,A
is increased for major API breaking changes.
After new commits have been added to the develop branch, changes can be merged to master and a new version of pyPESTO can be released. Every merge to master should coincide with an incremented version number and a git tag on the respective merge commit.
- create a pull request from develop to master
- check that all tests on travis pass
- check that the documentation is up-to-date
- adapt the version number in the file
pesto/version.py
(see above) - update the release notes in
doc/releasenotes.rst
- request a code review
- merge into the origin master branch
To be able to actually perform the merge, sufficient rights may be required. Also, at least one review is required.
After merging into master, create a new release on Github. In the release form:
- specify a tag with the new version as specified in
pesto/version.py
, prefixed withv
(e.g.v0.0.1
) - include the latest additions to
doc/releasenotes.rst
in the release description
Tagging the release commit will automatically trigger deployment of the new version to pypi.