mirror of
https://github.com/Grasscutters/mitmproxy.git
synced 2024-11-27 02:24:18 +00:00
.. | ||
hooks | ||
installbuilder | ||
specs | ||
windows-store-experiment | ||
.gitignore | ||
known_hosts.enc | ||
README.md | ||
rtool.pem | ||
rtool.py |
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
- For alphas, betas, and release candidates, use lightweight tags.
This is necessary so that the .devXXXX counter does not reset. - For final releases, use annotated tags.
This makes the .devXXXX counter reset.
- For alphas, betas, and release candidates, use lightweight tags.
- Wait for tag CI to complete
GitHub Release
- Create release notice on Github here
- Attach all files from the new release folder on https://snapshots.mitmproxy.org
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 versions2.0.2
for new patch versions2.0
always points to the latest patch version of the2.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.