diff options
author | Aldo Cortesi <aldo@corte.si> | 2018-05-17 11:15:15 +1200 |
---|---|---|
committer | Thomas Kriechbaumer <thomas@kriechbaumer.name> | 2018-05-17 18:28:43 +0200 |
commit | 052b378ea67b0fb15496d6e208efd9711e9802bd (patch) | |
tree | 656dc40c3fcae2eff6ca9002d4ac3d2ae0d6c30d | |
parent | 93b90a94ed0cb5cc309958e249c7dd652d64fef9 (diff) | |
download | mitmproxy-052b378ea67b0fb15496d6e208efd9711e9802bd.tar.gz mitmproxy-052b378ea67b0fb15496d6e208efd9711e9802bd.tar.bz2 mitmproxy-052b378ea67b0fb15496d6e208efd9711e9802bd.zip |
Post-release updates
- Update release docs
- Bump version
-rw-r--r-- | mitmproxy/version.py | 2 | ||||
-rw-r--r-- | release/README.md | 35 | ||||
-rwxr-xr-x | release/rtool.py | 22 |
3 files changed, 28 insertions, 31 deletions
diff --git a/mitmproxy/version.py b/mitmproxy/version.py index 92b14b9a..fd0038b4 100644 --- a/mitmproxy/version.py +++ b/mitmproxy/version.py @@ -3,7 +3,7 @@ import subprocess # The actual version string. For precompiled binaries, this will be changed to include the build # tag, e.g. "3.0.0.dev0042-0xcafeabc" -VERSION = "4.0.0" +VERSION = "5.0.0" PATHOD = "pathod " + VERSION MITMPROXY = "mitmproxy " + VERSION diff --git a/release/README.md b/release/README.md index ab9992cc..c70082d7 100644 --- a/release/README.md +++ b/release/README.md @@ -1,24 +1,35 @@ # Release Checklist -Make sure run all these steps on the correct branch you want to create a new release for! +Make sure run all these steps on the correct branch you want to create a new +release for! The command examples assume that you have a git remote called +`upstream` that points to the `mitmproxy/mitmproxy` repo. + - Verify `mitmproxy/version.py` - Update CHANGELOG - Verify that all CI tests pass +- Create a major version branch - e.g. `v4.x`. Assuming you have a remote repo called `upstream` that points to the mitmproxy/mitmproxy repo:: + - `git checkout -b v4.x upstream/master` + - `git push -u upstream v4.x` - 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. This is + necessary so that the .devXXXX counter does not reset. + - For final releases, use annotated tags. This makes the .devXXXX counter reset. + - `git tag -a v4.0.0 -m v4.0.0` + - `git push upstream v4.0.0` - Wait for tag CI to complete ## GitHub Release - Create release notice on Github [here](https://github.com/mitmproxy/mitmproxy/releases/new) -- Attach all files from the new release folder on https://snapshots.mitmproxy.org +- Grab a copy of the current snapshot files from snapshots.mitmproxy.org: + - `aws s3 cp --recursive s3://snapshots.mitmproxy.org/vXXX/ .` +- Attach all files to the release ## PyPi -- `tox -e rtool -- upload-release` +- Upload the whl file you downloaded in the prevous step +- `twine upload ./tmp/snap/mitmproxy-4.0.0-py3-none-any.whl` ## Homebrew +- **FIXME** This process does not work with 2FA. - `tox -e rtool -- homebrew-pr` - The Homebrew maintainers are typically very fast and detect our new relese within a day, but we can be a nice citizen and create the PR ourself. @@ -29,8 +40,8 @@ Make sure run all these steps on the correct branch you want to create a new rel * Creating a fresh venv, pip-installing the new wheel in there, and then export all packages: * `virtualenv -ppython3.6 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 + * `v2.0.0` for new major versions + * `v2.0.2` for new patch versions - Update `latest` tag [here](https://hub.docker.com/r/mitmproxy/mitmproxy/~/settings/automated-builds/) - Check that the build for this tag succeeds [https://hub.docker.com/r/mitmproxy/mitmproxy/builds/](here) - If build failed: @@ -45,6 +56,12 @@ Make sure run all these steps on the correct branch you want to create a new rel - `./build && ./upload-test` - If everything looks alright: `./upload-prod` +## Docs + - Make sure you've uploaded the previous version's docs to archive + - If everything looks alright: + - `./build-current` + - `./upload-stable` + ## Prepare for next release - Last but not least, bump the version on master in [https://github.com/mitmproxy/mitmproxy/blob/master/mitmproxy/version.py](mitmproxy/version.py) for major releases. diff --git a/release/rtool.py b/release/rtool.py index 0009cf89..68ff02ab 100755 --- a/release/rtool.py +++ b/release/rtool.py @@ -63,26 +63,6 @@ def contributors(): f.write(contributors_data.encode()) -@cli.command("upload-release") -@click.option('--username', prompt=True) -@click.password_option(confirmation_prompt=False) -@click.option('--repository', default="pypi") -def upload_release(username, password, repository): - """ - Upload wheels to PyPI - """ - filename = wheel_name() - print("Uploading {} to {}...".format(filename, repository)) - subprocess.check_call([ - "twine", - "upload", - "-u", username, - "-p", password, - "-r", repository, - join(DIST_DIR, filename) - ]) - - @cli.command("homebrew-pr") def homebrew_pr(): """ @@ -96,7 +76,7 @@ def homebrew_pr(): subprocess.check_call([ "brew", "bump-formula-pr", - "--url", "https://github.com/mitmproxy/mitmproxy/archive/v{}".format(get_version()), + "--url", "https://github.com/mitmproxy/mitmproxy/archive/v{}.tar.gz".format(get_version()), "mitmproxy", ]) |