Repository navigation
chore(release): name 0.2.0 for the next release - #21
Merged
Merged
Conversation
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.
Why
Antony's goal is a joint release from
campaign/integrationthat publishes the planned version of every package. The planned version of@antelopejs/interface-paymentis 0.2.0. The manifest already holds 0.2.0, so without this change the workflow would increment from it and publish 0.3.0.The repo's release workflow calls
AntelopeJS/.github/.github/workflows/release-npm-public.yml@v1with norelease-versioninput. On thelatestchannel that workflow reads the manifest version and, only when it has a prerelease suffix, passes--increment=${version%%-*}to release-it ("Promoting a prerelease ships its base version (1.9.0-next.4 -> 1.9.0)"). A manifest of0.2.0-rc.0therefore makes the workflow publish 0.2.0. This is the route in release-plan.md, "Name the exact version", and the 2026-11-03 plan update, edit 3.What changed
package.jsonversion:0.2.0->0.2.0-rc.0..agents/skills/verify-interface/seeded-breaks/smoke.patch: its context line for the manifest version now reads0.2.0-rc.0, so the seeded smoke break still applies (git apply --checkpasses). The break itself, a version of 0.1.1, is unchanged.Proofs
pnpm run checksat this head:Checks: 8 passed, 0 failed.release.ymlandrelease-npm-public.ymlatv1. No release, publish or dry-run script was run (Antony's approval 2/6), so the printed number is inferred from the workflow code, not measured.v0.1.0(the workflow passes--plugins.release-it-changelogen.from=the newestv*tag without a prerelease suffix).Attention
12a5296, a commit with one parent, somain's own commits are not ancestors ofcampaign/integration:git rev-list --count origin/campaign/integration..origin/mainprints 2. Step 0's "0 behind" check still fails here, andmain's release tags are not reachable from this branch. This PR does not change that.