Skip to content

fix(deps): require @imagekit/javascript ^5.5.0 and set up Release Please - #148

Merged
imagekitio merged 9 commits into
masterfrom
chore/release-please-and-javascript-5.5
Sep 17, 2026
Merged

imagekitio merged 9 commits into
masterfrom
chore/release-please-and-javascript-5.5

Conversation

@imagekitio

Copy link
Copy Markdown
Contributor

Summary

Two things, in two commits:

1. fix(deps): require @imagekit/javascript ^5.5.0

@imagekit/javascript 5.5.0 adds the density transformation (dn). Because @imagekit/vue only declared ^5.1.0, a consumer whose lockfile pins an older 5.x would keep it after upgrading this package and the URL builder would silently drop density. Raising the floor forces the resolver to pick up 5.5.0 on the next upgrade. Fresh installs already resolve to 5.5.0 either way.

  • package-lock.json root version was stale at 4.0.0 and is now synced to 4.0.1.

2. ci: set up Release Please

Same layout as imagekit-javascript:

  • release-please-config.json and .release-please-manifest.json seeded at the current version 4.0.1
  • .github/workflows/release-please.yml, runs on push to master with the org-level RELEASE_PLEASE_TOKEN (already shared with this repo)
  • .github/workflows/sync-release-as.yml, lets you retitle the release PR to pin a version

Choices worth a look:

  • include-v-in-tag: false, so tags stay 4.0.1-style like the existing releases. Release Please finds the last release by that tag on its first run, so no bootstrap SHA is needed.
  • The existing publish workflow already triggers on release: published, so a Release Please release will publish to npm with no change.

Merge guidance

Squash-merge with the PR title as the commit message, or merge-commit as is. Either way the fix(deps) commit is a releasable change, so Release Please will open a release: 4.0.2 PR right after this lands. Merge that to publish.

🤖 Generated with Claude Code

manu4543 and others added 9 commits September 16, 2026 15:11
Adds release-please-config.json, .release-please-manifest.json (seeded at
4.0.1), the Release Please workflow, and the Release-As sync workflow used
by the other ImageKit SDK repos.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
…tion support

Raises the minimum @imagekit/javascript to 5.5.0, which adds the
`density` transformation (serialized as `dn`). Consumers with an older
lockfile pin would otherwise keep 5.4.x and silently drop the parameter.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@nuxt/content v3 requires a SQLite driver (better-sqlite3) at
`nuxt prepare`, which fails the postinstall step in CI. The test app never
uses the module, so remove it instead of adding the driver.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Playwright's webServer wrapper only prints the last line of a failed
build, hiding the actual error. Run the build as its own step first.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Vite's tsconfig loader walks up to the repo root tsconfig.node.json, which
extends @tsconfig/node22. In CI the root node_modules is never installed
for the test job, so the build failed with TSCONFIG_ERROR. Declare the
package in the nuxt test app, as the vue-ts test app already does.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Vite's tsconfig loader (tsconfck) walks up from the test app to the repo
root tsconfig.node.json, which extends @tsconfig/node22 resolved from the
root node_modules. The test job never installed the root, so the nuxt
build failed with TSCONFIG_ERROR in CI while passing locally.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Release Please inserts new entries before the first version heading that
is preceded by a newline. With the file starting directly at '## x.y.z',
the first match was the second heading and new releases would land out of
order. A top-level heading fixes the insertion point.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Same shape as imagekit-javascript's publish workflow:
- id-token: write, no NODE_AUTH_TOKEN, no `npm whoami`
- Node 24 with npm pinned to the 11 line (>= 11.5.1 needed; npm@latest
  is 12 and refuses older Node)
- `npm publish --provenance`
- workflow_dispatch so a failed publish can be re-run from the default
  branch without re-tagging

The trusted publisher on npmjs.com must reference this file's name,
`publish.yml`.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@imagekitio
imagekitio merged commit 6c8a3ec into master Sep 17, 2026
6 checks 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.

2 participants