Repository navigation
feat(library-publish): prod marks one release "Latest", chosen by latest-release - #19
Merged
Merged
Conversation
…test-release` prod made its releases full releases without `--latest`, and GitHub does not move the badge on that edit: after the catch-up promotions, beplus/cdk still showed cdk_v0.8.0 (March) as Latest with 0.9.0 in prod, beplus/docs docs_v0.4.2 with 1.0.0-next.17 there. A repository of several packages has one badge, so the workflow is told which: `latest-release` names the package, else it is the repository's only package, else the one named after the repository; with none of them the badge is left alone. prod marks that package's release at the promoted commit Latest on every promotion, so the badge always matches prod's `latest`. Making a release full now always passes `--latest=false`. Co-Authored-By: Igor Lamos <igor@be.plus>
igorlamos
approved these changes
Oct 8, 2026
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.
After the catch-up promotions, every version prod has is a full release on GitHub, but the "Latest" badge didn't move. beplus/cdk still showed
cdk_v0.8.0(March) with0.9.0in prod, and beplus/docs showeddocs_v0.4.2(February) with1.0.0-next.17in prod.prod turned pre-releases into full releases without
--latest, and GitHub doesn't move the badge on that edit. This was true before #15 as well; the catch-up just made it visible. A repository of several packages has one badge for all of them, so the workflow has to be told which.The change
latest-release: the package whose release prod marks "Latest".@beplus/cdkin beplus/cdk). With neither, prod leaves the badge alone.--lateston that package's release at the promoted commit. It runs on every prod promotion, so the badge always matches prod'slatest, and a stale badge likecdk_v0.8.0gets fixed on the next promotion.--latest=false, so only that step moves the badge.Across the 17 libraries
Tested
Not run on GitHub yet. Locally, both prod release steps ran against a stubbed
gh(shellcheck clean):cdk-releaselatest-releaselatest-releasenaming a package the repository doesn't publish: warning@beplus/cdk/@beplus/cdk-releaseprefix trapAfter merge
v2.12.0and movev2.prodto set it now.