-
Notifications
You must be signed in to change notification settings - Fork 43
Set up K-style versioning #3924
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
goodlyrottenapple
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM but let's wait till monday for @jberthold and @geo2a to have a look
|
Note that the policy implemented here in response to @jberthold's comments is that we shouldn't cut a release if the Cabal / Stack caching steps fail. |
jberthold
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks for adjusting
Fixes an oversight in the job dependency changes of #3924 I also pushed a branch named `release` to github to make the `version-bump` job work.
This PR introduces a release versioning scheme that's a carbon copy of the setup used in the LLVM backend, but with development happening on the
masterbranch and versioning information being carried on thereleasebranch.The code is well-tested on the LLVM backend side, and I've tested the various versioning scripts locally, but it's difficult to explicitly test the end-end integration here without just merging the PR. Any remaining bugs or issues will be easy to iron out once we've seen a run happen here.