| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
There was a problem hiding this comment.
Looks good! My main comment is around what happens the first time we backport a new major version of the Action.
Sorry, something went wrong.
Co-authored-by: Henry Mercer <henry.mercer@me.com>
There was a problem hiding this comment.
Excellent, thanks for addressing my comments!
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
This PR udpates the release process in order to handle maintaining multiple versions. To a large extent this reintroduces the logic removed in...
...but adapted in order to avoid hardcoding version numbers. The process should also support maintaining two or more older version of the action, should that ever be required.
The process to release a new version will now be to first bump the major version number and merge that PR to main. Then run the update-release-branch.yml workflow, which will...
Note that both these workflows will also be triggered when mergeback PRs are merged against older release branches, but in this case update-release-branch.yml will take no action and update-release-branch.yml will run only the operations to ensure tags for the relevant version are up to date.
Retiring older versions is now a matter of updating OLDEST_SUPPORTED_MAJOR_VERSION in release-branches.py, see the new section in CONTRIBUTING.md for details.
NB The changes in this PR have been tested in a private fork of the repository.
Merge / deployment checklist