3Here's how OAuth2_Proxy releases are created.
7Our aim is to release once a quarter, but bug fixes will be prioritised and might be released earlier.
11Note this uses `v4.1.0` as an example release number.
131. Create a draft Github release
14 * Use format `v4.1.0` for both the tag and title
152. Update [CHANGELOG.md](CHANGELOG.md)
16 * Write the release highlights
17 * Copy in headings ready for the next release
183. Create release commit
20 git checkout -b release-v4.1.0
224. Create pull request getting other maintainers to review
235. Copy the release notes in to the draft Github release, adding a link to [CHANGELOG.md](CHANGELOG.md)
246. Update you local master branch
297. Create & push the tag
348. Make the release artefacts
389. Upload all the files (not the folders) from the `/release` folder to Github release as binary artefacts. There should be both the tarballs (`tar.gz`) and the checksum files (`sha256sum.txt`).
3910. Publish release in Github
4011. Make and push docker images to Quay
45 Note: Ensure the docker tags don't include `-dirty`. This means you have uncommitted changes.
4712. Verify everything looks good at [quay](https://quay.io/repository/pusher/oauth2_proxy?tag=latest&tab=tags) and [github](https://github.com/pusher/oauth2_proxy/releases)
keysesc to close
- j k
- move down, up
- enter
- open
- esc
- back, or up a level
- 1 2 3 4
- readme, files, commits, refs
- /
- filter
- y
- copy the clone command
- c
- compare the chosen commit with another (or shift-click both)
- ?
- show or hide this list