Skip to content

[v3] Resolve RC3 findings and publish stable v3 #153

Description

@olliethedev

Stable-v3 cohort correction — 2026-08-31

The RC3 package graph selected Better Auth 1.7.2 for Better Auth UI while @btst/db@2.2.3 and its adapters retain Better Auth 1.6.16. Stable v3 will resolve that mismatch by aligning the companion down to the retained database cohort, not by upgrading or synchronizing the database fork.

This correction supersedes the preserved RC3 planning text below wherever it names Better Auth 1.7.2 as the stable-v3 target cohort.


This was generated by AI during triage.

Current status — 2026-08-31

RC3 has been published and its primary real-application validation is complete. This status section supersedes the pre-publication ordering and unchecked RC3 gates preserved below as historical release context.

Completed

Remaining stable-release work

The published-artifact defects in #244 and #246 justify a focused RC4 before stable v3. This tracker now owns that RC4/stable closeout: fix the defects, pass the packed consumer gates, complete the scaffold and documentation, record focused validation, complete the soak, publish stable packages, and then close parent #137.


Context

Sub-issue of #137. This is the operational tracker for completing, publishing, and handing off the coordinated v3 RC3 cohort. RC3 must use npm's next dist-tag so latest continues to resolve to stable releases throughout validation.

RC1 and RC2 publication/real-project records remain preserved in this issue's comments:

RC3 is a new coordinated release gate. The substantial #202 runtime/plugin-interface redesign lands first; the maintained Better Auth UI companion then migrates once against that final API; the main repository restores the optional companion scaffold/docs; generated clean installations verify the packed artifacts; and only then are the RC3 packages published together.

Real-project validation is deliberately post-publication and user-owned. It does not block RC3.

Exact RC3 publication targets

Publish all prerelease packages with --tag next. Do not move any package's latest tag. The Stack tag is v3.0.0-rc.3; the companion repository publishes its own v2.0.0-rc.3 release/tag from the reviewed release commit.

Authoritative dependency chain

#202 final core runtime/plugin DX
  -> better-auth-ui#20 migration implementation and RC3 package shape
  -> #219 restore optional core CLI/catalog/docs integration
  -> #174 packed-artifact compatibility and clean-install gate
  -> #175 final production migration/verification playbook
  -> coordinated core/codegen/Better Auth UI RC3 publication
  -> user-owned Better Stack Web #37 and Bio Mogging #109 validation

The Better Auth UI migration issue includes its release work, but its implementation PR/package shape must be available to #219 and #174 before publication. Hold its npm publication step for this coordinated gate; do not publish the companion early simply to satisfy a textual dependency.

RC3 implementation gate

Generated release gate

The release candidate is not publishable until CI validates what consumers will install, not merely workspace links:

  • Pack the exact Stack, codegen, Better Auth UI, and maintained companion artifacts intended for publication.
  • Generate fresh Next.js, React Router, and TanStack Router/Start applications through the maintained CLI/template path.
  • Exercise the minimal no-Better-Auth fixture and the optional Better Auth UI auth-plus-account fixture.
  • Install packed artifacts with both npm and pnpm across the coordinated matrix defined by Add packed npm/pnpm compatibility smoke tests #174.
  • Assert peer-clean installation, one compatible Better Auth/Better Call type universe, no mandatory optional adapters, and no undocumented direct pins.
  • Type-check and production-build every generated framework fixture.
  • Run build, typecheck, lint, knip/unused-export checks, unit tests, docs build, registry generation/checks, init smoke, and three-framework codegen E2E.
  • Confirm client bundles contain no server-only request headers, secrets, Better Auth server instances, or server authorization modules.

Live Better Auth/database authentication across three frameworks is not required for this gate. Package/fixture tests establish installability and build correctness; real-project behavior is tested after publication.

Publication and provenance

  • Bump release commits to the exact RC3 versions and verify tags match package versions.
  • Publish the core GitHub prerelease and Stack/codegen artifacts from the matching tag/ref with npm provenance.
  • Publish the Better Auth UI GitHub prerelease and npm artifact from its matching tag/ref.
  • Verify all three expected artifacts resolve through next at their exact versions.
  • Verify latest remains on @btst/stack@2.12.2, @btst/codegen@0.1.3, and @btst/better-auth-ui@1.2.5 unless a separately approved stable release has occurred before RC3.
  • Record exact versions, source commits, workflow runs, npm integrities/shasums, dist-tags, and the machine-readable compatibility cohort on this issue.
  • Verify the public tarballs match the artifacts exercised by the generated release gate.

Post-publication real-project handoff

Publication unblocks, but does not wait for:

The user owns both audits. They reuse retained RC2 manifests/evidence, pin the exact public versions, and report substantial findings upstream. A finding may motivate RC4; neither ticket is an RC3 publication prerequisite.

Stable release remains later

  • Complete the agreed RC soak period with no unresolved release blockers.
  • Bump packages from prerelease to final versions and run the complete release matrix on final commits.
  • Merge v3 into main, publish final releases, verify latest, and retire obsolete next tags.
  • Close Phase 3: remove legacy dual paths and release v3.0.0 #137 only after stable package installation is verified from the public registry.

Blocked by

Parent

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions