Repository navigation
chore(deps)!: cap @antelopejs ranges below the next minor on tooling-configs 0.7.1 - #67
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
interface-auth moves to tooling-configs 0.7.1, the newest release on npm, so
pnpm run checksruns thedependency:rangesstep that tooling-configs 0.6 introduced. That step requires every@antelopejs/*range to stop below the next minor, with~on a 1.x range. Each consumed package also moves to its newest minor on npm, so the next release loads beside the current stack, where core 1.23 already declares interface-core>=0.5.1. This is the interface-auth part of ANT-2512 (task ANT-2949).What changes
@antelopejs/*range sits on the newest minor on npm and stops below the next one. A 0.x range takes>=x.y.z <x.(y+1).0, and a 1.x range takes~.@antelopejs/api1.7.4 instead of 1.3.0, because 1.3.0 depends on an interface-api older than 0.3. Its module lock inantelope-lock/moves with it.antelopejs-syncrefreshed the files the pack manages: the guardrails table inAGENTS.md, the README compatibility table, and a new.gitattributes.AGENTS.mddescribes the capped ranges and names thedependency:rangesstep.No script called
antelopejs-check-interface-ranges, so none had to be removed. No source file changed: the interface compiled and passed its tests against the new minors as it was.The breaking part is the peer ranges. The interface now requires interface-api 0.3 and interface-core 0.5, so it no longer installs beside interface-api 0.0 to 0.2 or interface-core 0.2 to 0.4. No version number changes, and no release is cut.
Ranges
@antelopejs/interface-api>=0.0.15 <1.0.0>=0.3.0 <0.4.0@antelopejs/interface-core>=0.2.4 <1.0.0>=0.5.0 <0.6.0@antelopejs/interface-api^0.2.0>=0.3.0 <0.4.0@antelopejs/interface-core^0.4.0>=0.5.0 <0.6.0@antelopejs/auth-jwt1.0.3~1.1.2@antelopejs/core^1.21.0~1.23.3@antelopejs/tooling-configs^0.5.8>=0.7.1 <0.8.0The lockfile resolves interface-api 0.3.3, interface-core 0.5.1, auth-jwt 1.1.2, core 1.23.3 and tooling-configs 0.7.1.
Proof
dependency:rangesfrom tooling-configs 0.7.1, run on a detached checkout oforigin/main(edca94c) and on this branch. Every other step was skipped for this run.Before:
After:
pnpm run checkswith only theteststep skipped:pnpm teston this branch, with api 1.7.4, interface-api 0.3.3 and interface-core 0.5.1:The floors were checked by installing interface-api 0.3.0 and interface-core 0.5.0 in place of the locked patches:
pnpm run typecheckpassed andpnpm testgave13 passing. The lockfile was then restored.