Skip to content

docs: add quick-reference tables to cache components migration guide#92972

Draft
icyJoseph wants to merge 2 commits intocanaryfrom
cursor/migration-cache-tables-e5da
Draft

docs: add quick-reference tables to cache components migration guide#92972
icyJoseph wants to merge 2 commits intocanaryfrom
cursor/migration-cache-tables-e5da

Conversation

@icyJoseph
Copy link
Copy Markdown
Member

What

Adds a Quick reference section at the top of the "Migrating to Cache Components" guide (docs/01-app/02-guides/migrating-to-cache-components.mdx) with four concise comparison tables:

  1. Cache directives'use cache' vs 'use cache: remote' vs 'use cache: private' (scope, storage, runtime API access, use case)
  2. cacheLife profiles — all built-in profiles with stale, revalidate, expire timings and typical content
  3. Revalidation and invalidation functionsupdateTag vs revalidateTag vs revalidatePath (where callable, behavior, best use case)
  4. Route segment config migration — before/after mapping for dynamic, revalidate, fetchCache, and runtime

Why

Motivated by a DX friction run that identified these gaps:

  • The updateTag vs revalidateTag distinction is consequential but only reachable by navigating through multiple doc pages
  • The deprecated single-arg revalidateTag(tag) compiles silently — easy to miss
  • No at-a-glance cheatsheet exists for the new caching APIs in the migration guide
  • The Slack thread specifically called for "cheatsheets" and "tables comparing the caching directives"

Every table entry cross-references the relevant API reference docs so readers can drill into details.

Slack Thread

Open in Web Open in Cursor 

Add a "Quick reference" section with four comparison tables:
- Cache directives (use cache vs remote vs private)
- cacheLife built-in profiles with timings
- Revalidation/invalidation functions (updateTag vs revalidateTag vs revalidatePath)
- Route segment config migration mapping

Each table entry links to the relevant API reference docs.
Also calls out the deprecated single-arg revalidateTag form and
the updateTag vs revalidateTag distinction.

Co-authored-by: Joseph <icyJoseph@users.noreply.github.com>
@nextjs-bot nextjs-bot added created-by: Next.js DevEx team PRs by the DX team. Documentation Related to Next.js' official documentation. labels Apr 18, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

created-by: Next.js DevEx team PRs by the DX team. Documentation Related to Next.js' official documentation.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants