chore: bump every port to 1.6.1 - #121
Merged
Merged
Conversation
The three declared versions have to agree or verify-versions refuses the release, so they move together. Bumped with `npm version` on the Node side, which keeps package-lock.json in step — `npm ci` fails on a lock that disagrees with the manifest.
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.
Moves the three declared versions to 1.6.1, which is what a release of that
number needs:
verify-versionsrefuses to publish anything unless Python,Node.js and Go all declare the same one.
python/FlightRadarAPI/__init__.py__version__nodejs/package.jsonversionnodejs/package-lock.jsonversion(both entries)go/flightradarapi/doc.goVersionThe Node side was bumped with
npm version --no-git-tag-version, so the lockfile moves with the manifest —
npm ci, which the workflow runs, fails on alock that disagrees with it. The
fastq: ^1.6.0dependency further down thatfile is untouched.
Checked
The same three extractions the release gate performs:
After merging
Publishing the
v1.6.1release runs the whole chain: PyPI, npm, and then thego/v1.6.1tag, which the Go toolchain needs because the module lives in asubdirectory. Nothing to tag by hand this time.