-
Notifications
You must be signed in to change notification settings - Fork 132
How to release
ukrien edited this page Nov 10, 2016
·
47 revisions
- Start a reminder issue a few days before the release (e.g. issue #29) Leave this issue open until the release is done and close it with a comment to inform the other developers.
- Test the examples and start in issue for non working examples.
- Keep an eye on open issues that are set to your release but seem to be forgotten.
- Make sure you have a pypi account with the rights to update oemof or ask somebody to upload the release for you.
- Close "forgotten" issues with a recapitulatory comment or set them to a later release if they are still important.
- Set a release branch to avoid conflicts with other uses while the release progress.
- Run examples and tests
- Fix bugs if possible or remove merges/commits that causes the bugs from the release branch.
- Check the whatsnew-file and create a new one for the next release in the whatsnew-folder.
- Check if the latest documentation looks right at readthedocs. Start the compile process manually or it might take a time (could be obsolete now because github is now webhooked with rtd).
- Change the version number at VERSION and __init__py.
- If everything seems to work, merge the release branch into the master branch and the dev branch.
- Remove the obsolete release branch.
- Check whether Readme.rst and getting_started.rst are the same. They should only have different links.
- Set a release on github. Select the master branch (default: dev)! A label is set automatically.
- Use
git fetch
to see the label in your local master branch. - Register the version at pypi. Using the command
python setup.py register sdist upload
. Make sure you checked out the master branch. (you will need a pypi account which is affiliated with the oemof group) - (TO BE DISCUSSED: Build the doccumentation locally with
sphinx-build -b html oemof/doc/ builddir
and upload it at pypi., see https://github.com/oemof/oemof/issues/1#issuecomment-174558386) - Start the building of the documentation on RTD for the new version and the stable version (could be obsolete now because github is now webhooked with rtd).
- Add a link in the whatsnew.rst file. Open the file locally or use the RAW button to see the links.
- Write a post in the wordpress blog.
- Close the release issue with informations for the community and relax (e.g. issue #29, issue #108).