-
Notifications
You must be signed in to change notification settings - Fork 154
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
Release 1.6.1 #2091
Release 1.6.1 #2091
Conversation
558c034
to
21cd0a0
Compare
cb9e09a
to
859abdf
Compare
It occurred to me that checking for the presence of |
We disable `multiple_hidden` on releases. Or rather, we've agreed to do that, but yours truly forgot to when releasing v1.6.0. This check ensures that doesn't happen again.
859abdf
to
7d11a2b
Compare
So, how long until |
😩 |
We should commit the CI checks to |
No, because on master we do want multiple-hidden enabled |
# `tag_version` is set when a tag has been created on GitHub. We use this to | ||
# trigger a release pipeline (release to Snap / Hackage). |
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.
Christiaan, unless I'm quite mistaken, this prevents the multiple-hidden
check on master
. Also, if we don't commit the check to master
, we might fall in the same trap for 1.8. So if this code cannot be added to master
we should decide how we can add it to master
instead of just not doing the check at all.
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.
That's correct @DigitalBrains1. We should commit it to master
too. These commits should be forward ported:
Are we doing release names yet? If so, I'd like to call this one Whoopsie Daisy.
Sorry @gergoerdi, @rowanG077, and thanks for noticing!