Skip to content

chore(deps): upgrade better-auth to 1.7.3 - #93

Merged
wuchendi merged 1 commit into
mainfrom
chore/better-auth-1.7
Sep 7, 2026
Merged

chore(deps): upgrade better-auth to 1.7.3#93
wuchendi merged 1 commit into
mainfrom
chore/better-auth-1.7

Conversation

@wuchendi

@wuchendi wuchendi commented Sep 7, 2026

Copy link
Copy Markdown
Owner

Why now

The previous sweep (#92) deliberately held better-auth at 1.6.x with a ~1.6.29 range. 1.7.0–1.7.2 rekey accounts on (issuer, accountId) and require a disruptive account backfill; 1.7.3 reverts that and restores the 1.6 core account schema, but at the time it had only just been published and was still inside pnpm's 24h minimumReleaseAge gate.

1.7.3 is now ~30h old and is dist-tags.latest, so the hold can be lifted straight to ^1.7.3, skipping the 1.7.0–1.7.2 window entirely.

No migration needed — verified, not assumed

Rather than taking the release note at face value, I diffed the authoritative table definitions (@better-auth/core/dist/db/get-tables.mjs) between 1.6.30 and 1.7.3:

  • Column keys for user / session / account / verification are identical.
  • The only schema-side change is additive indexes metadata, plus a new getAuthTablesWithResolvedIndexes helper. That metadata feeds better-auth's own getMigrations, which neither app calls — flnk and wepush manage their schema with drizzle-kit (db:gen / db:migrate).

So there is nothing to generate and nothing to apply before deploying.

Other 1.7.0 breaking surfaces — none in use

1.7.0 breaking change Used here?
experimental: { joins: true }advanced.database.joins no
Account identity rekey reverted in 1.7.3
MCP plugin split into @better-auth/mcp no
OAuth validAudiencesresources no
SCIM decoupling no
enableTwoFactor discriminated method no

Both apps use only drizzleAdapter, nextCookies, socialProviders (Google/GitHub) and account.accountLinking.

Verification

  • apps/flnk and apps/wepush — typecheck clean, cold next build green
  • flnk — 47 tests passing
  • biome check . — clean at 1182 files, unchanged
  • Lockfile diff is scoped to better-auth alone; no other resolution moved

Note

better-auth declares a vitest ^2||^3||^4 peer and the workspace is on vitest 5, so pnpm peers check reports one unmet peer. It is benign — better-auth only uses vitest for its own test suite.

The previous sweep held better-auth at 1.6.x with a tilde range because
1.7.0-1.7.2 rekey accounts on (issuer, accountId) and require a backfill,
and 1.7.3 - which reverts that and restores the 1.6 core account schema -
had not yet cleared pnpm's 24h release-age gate. It has now, and it is the
latest dist-tag.

Confirmed no migration is needed rather than taking the release note at
face value: diffing @better-auth/core 1.6.30 against 1.7.3 shows the auth
table column definitions are identical. The only schema-side change is
additive index metadata consumed by better-auth's own migration generator,
which neither app calls - flnk and wepush manage their schema with
drizzle-kit. None of the other 1.7.0 breaking surfaces are in use either:
no experimental joins, no OAuth validAudiences, no MCP or SCIM plugin and
no two-factor.

Verified: flnk and wepush typecheck and build clean, flnk's 47 tests pass,
and biome stays clean at 1182 files. The lockfile change is scoped to
better-auth alone.
@vercel

vercel Bot commented Sep 7, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated
repo-changelog Ready Ready Preview Sep 7, 2026 8:53am UTC

@wuchendi wuchendi self-assigned this Sep 7, 2026
@wuchendi
wuchendi merged commit 2533367 into main Sep 7, 2026
3 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.

1 participant