Skip to content

Version Packages - #9

Merged
leejpsd merged 1 commit into
mainfrom
changeset-release/main
Aug 2, 2026
Merged

Version Packages#9
leejpsd merged 1 commit into
mainfrom
changeset-release/main

Conversation

@github-actions

@github-actions github-actions Bot commented Aug 2, 2026

Copy link
Copy Markdown
Contributor

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.

Releases

@leejpsd/nextjs-cache-handler@0.4.0

Minor Changes

  • #7 bf047c9 Thanks @leejpsd! - Build-output cache seeding: seedBuildOutput() (new /seed entry point) and
    npx nextjs-cache-handler seed walk .next/ after a build and insert
    prerendered App Router routes (including PPR segment data), Pages Router
    routes, and fetch-cache entries into Redis in the handler's own record
    format — with NX semantics so entries already written by live instances are
    never overwritten. A fresh deployment's first requests are cache HITs
    instead of a regeneration stampede (verified on a real Next 16 app: cold
    server + seeded Redis → first request x-nextjs-cache: HIT). The
    RedisClientLike.set contract gains an optional NX flag.

  • #7 1e57e03 Thanks @leejpsd! - New nextjs-cache-handler CLI (zero-dependency): init detects the Next.js
    version and Redis client, generates the handler wrapper shims, shows the
    next.config keys to add (never edits it), appends env templates, and injects
    the agent rules block into CLAUDE.md/AGENTS.md idempotently (--yes to
    apply, --skills to install the agent skill locally). doctor verifies
    Redis connectivity, inspects cache key namespaces, and runs a write/read
    round-trip — the first command an agent should reach for when debugging.

  • #7 6cd5901 Thanks @leejpsd! - Opt-in push-based tag propagation (tagPubSub: true, plural handler):
    updateTags() publishes invalidations on a namespaced channel and every
    instance maintains a subscription on a dedicated duplicate connection,
    updating its local tag mirror in ~3 ms (measured cross-instance over real
    Redis with both redis@5 and ioredis) instead of waiting for the next
    refreshTags() scan (~seconds). The scan keeps running as the consistency
    safety net, so a dropped subscription degrades to the previous behavior —
    never to staleness. Cluster clients fall back to polling with a one-time
    warning. RedisClientLike gains optional publish/subscribe.

@leejpsd
leejpsd merged commit f547f66 into main Aug 2, 2026
@leejpsd
leejpsd deleted the changeset-release/main branch August 2, 2026 05:28
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