hotfix/2.3.1 — put the test and guard workflows on main - #127
Merged
Merged
Conversation
The repository has a test suite and no check running it, so a pull request could merge with it failing.
CI only: no change to the application.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
CI only. No change to the application.
Why this is a hotfix rather than waiting for 2.4.0
A hotfix branch is cut from
main. When its pull request is opened, GitHub builds the merge commit from that branch andmain— so if the workflows live only ondevelop, neither side has them, neither check runs, and with the checks required the hotfix cannot merge. To get out you would have to switch protection off, at exactly the moment you are shipping an urgent fix.Putting them on
mainnow means every branch cut from it carries them.Why the version moves
So that every commit on
mainbelongs to a release that can be pointed at. Without a bump, two differentmaincommits would both call themselves 2.3.0 and the version would stop identifying what is deployed.There are no release notes to write: this changes nothing a user can observe.
What lands
tests—npm cithennpm test, Node 20, on every pull request and on pushes tomainanddevelop.guard main— a pull request intomainmust come fromrelease/x.y.zorhotfix/x.y.z, the latter with a patch of 1 or more. Anything else fails with a message saying to go throughdevelop.Neither is path-filtered: a required check that only runs sometimes cannot be satisfied the rest of the time.
Checked
mainpasses its own suite: 290 tests.test/guard-should-blockand passed one fromrelease/guard-test, both closed unmerged.release/2.4.0andhotfix/2.3.1pass;hotfix/2.3.0,release/2.4,release/2.4.0-rc1,developand a plain feature branch all fail.hotfix/2.3.1, so it should pass its own guard.