mitmproxy/release
Maximilian Hils d15bdf8d03 fix appveyor build script
we now have a module named "types",
which of course confuses Python 3.5. O:-)
2017-12-30 18:48:49 +01:00
..
hooks fix appveyor build script 2017-12-30 18:48:49 +01:00
installbuilder InstallBuilder (#1826) 2016-12-11 23:07:47 +01:00
specs fix pyinstaller 2016-11-28 00:51:52 +01:00
windows-store-experiment minor fixes for windows package 2017-06-14 14:35:51 +02:00
.gitignore Adjust release for new repo structure 2016-02-18 09:48:37 +13:00
README.md fix markdown 2017-04-30 11:21:28 +02:00
rtool.pem add release 2016-02-15 14:58:53 +01:00
rtool.py single-source version processing 2017-12-30 18:48:47 +01:00

Release Checklist

Make sure run all these steps on the correct branch you want to create a new release for!

  • Verify mitmproxy/version.py
  • Update CHANGELOG
  • Verify that all CI tests pass
  • Tag the release and push to Github
  • Wait for tag CI to complete

GitHub Release

PyPi

  • Upload wheel to pypi: twine upload <mitmproxy-...-.whl

Docker

  • Update docker-releases repo
    • Create a new branch based of master for major versions.
    • Update the dependencies in alpine/requirements.txt
      • Creating a fresh venv, pip-installing the new wheel in there, and then export all packages:
      • virtualenv -ppython3.5 venv && source venv/bin/activate && pip install mitmproxy && pip freeze
    • Tag the commit with the correct version
      • 2.0.0 for new major versions
      • 2.0.2 for new patch versions
      • 2.0 always points to the latest patch version of the 2.0.x series (update tag + force push)
  • Update latest tag here

After everything is done, you might want to bump the version on master in https://github.com/mitmproxy/mitmproxy/blob/master/mitmproxy/version.py if you just created a major release.