You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix(ci): let each consumer decide what "no previous release" means
The fallback filled NOTES_START_TAG with the root commit's SHA so the range
would always be valid. That is right for the RC path, which feeds it to
`git log`, and wrong for the stable path, which feeds it to `gh release create
--notes-start-tag` -- the API's previous_tag_name, which takes a tag NAME. A SHA
there is an invalid argument, not a lenient fallback, so the one case the
fallback existed for would still have failed.
It now stays empty when no tag is reachable, and each consumer handles that:
the RC notes walk the whole history and drop the "since <tag>" wording rather
than printing a blank where a tag should be, and the stable path omits the flag
so GitHub picks its own previous release -- which is the correct answer when
there is not one.
Unreachable on this repo today (v1.9.2 is right there), so this is about the
next fork or a fresh repository rather than about 1.9.4.
0 commit comments