Skip to content

fix(homebridge-teslemetry): correct version baseline for the major hard-cut bump#65

Merged
Bre77 merged 1 commit into
mainfrom
fix/hb-version-resolution-hard-cut
Jul 24, 2026
Merged

fix(homebridge-teslemetry): correct version baseline for the major hard-cut bump#65
Bre77 merged 1 commit into
mainfrom
fix/hb-version-resolution-hard-cut

Conversation

@Bre77

@Bre77 Bre77 commented Jul 24, 2026

Copy link
Copy Markdown
Member

Intent

  • feat(homebridge-teslemetry): same-name major hard cut over legacy package #63 landed the same-name major hard-cut (unscoped homebridge-teslemetry, private: true dropped, migration-notes changeset) but hand-bumped package.json's version to 1.0.0 in addition to adding a major changeset.
    • Changesets computes the release version from whatever is currently in package.json, not from the legacy npm baseline. With version already at 1.0.0, the auto-generated Version Packages PR (chore: version packages #64) resolves the major bump to 2.0.0, not the intended 1.0.0 landing over legacy 0.4.6.
    • This PR reverts version to the pre-cut 0.1.11 baseline so the existing changeset's major bump resolves to 1.0.0 as originally intended. The changeset itself (name, migration notes, major bump type) is unchanged - it was correct, only the manual version edit conflicted with it.
  • Needs a captain look: chore: version packages #64 ("chore: version packages") is currently open and will re-render to 1.0.0 once this merges and the changesets bot re-runs, but if it was already reviewed/approved at 2.0.0 it should be re-checked before merging. Merging chore: version packages #64 is what actually triggers the npm publish - not this PR.
  • Verified after the revert: pnpm --filter homebridge-teslemetry build, tsc, and test (90/90) all pass, pnpm lint is clean, and npm pack --dry-run produces a correct 5-file tarball (dist/, config.schema.json, README.md, package.json).

…rd-cut bump

package.json was hand-bumped to 1.0.0 in #63 while also carrying a "major"
changeset. Changesets' major bump increments from whatever is currently in
package.json, so merging the auto-generated Version Packages PR would have
shipped 2.0.0, not the intended 1.0.0 landing over legacy 0.4.6. Reverting
to the pre-cut 0.1.11 baseline lets the existing changeset resolve to 1.0.0
as originally intended.
@Bre77
Bre77 merged commit 5598908 into main Jul 24, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant