Skip to content

Commit c4ba489

Browse files
committed
fix(builder): pin Vercel deploys to nitro stable, not nitro-nightly
Verified end-to-end with a real TanStack Start app deployed to Vercel: - 'npm:nitro-nightly@latest' (today: 3.0.1-20260508-123613-d2e64906) -> deploys, but every request returns 508 INFINITE_LOOP_DETECTED - 'latest' (today: nitro@3.0.260429-beta) -> deploys and serves 200 OK The 508 loop is an upstream Nitro/Vercel preset bug fixed in the stable beta stream around 3.0.260311-beta. Nightly hasn't picked the fix up yet as of the test date, so the deploy button would otherwise produce a broken site for every user who clicks it. Inline doc explains the deviation from the Railway path (which still uses nitro-nightly) so future contributors don't 'normalize' it back.
1 parent ed718de commit c4ba489

1 file changed

Lines changed: 6 additions & 1 deletion

File tree

src/utils/provider-config.server.ts

Lines changed: 6 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -122,13 +122,18 @@ function getRailwayConfig(): ProviderConfigResult {
122122
* no extra config files are required. Deployments run on Vercel Functions
123123
* with Fluid Compute by default.
124124
*
125+
* Uses the stable `nitro` package (currently a beta on `latest`) rather
126+
* than `nitro-nightly`. As of nightly 3.0.1-20260508-*, the Vercel preset
127+
* hits a 508 INFINITE_LOOP_DETECTED on the first request; the fix lives
128+
* in the stable beta stream (3.0.260311-beta and later).
129+
*
125130
* @see https://vercel.com/docs/frameworks/full-stack/tanstack-start
126131
*/
127132
function getVercelConfig(): ProviderConfigResult {
128133
return {
129134
files: {},
130135
devDependencies: {
131-
nitro: 'npm:nitro-nightly@latest',
136+
nitro: 'latest',
132137
},
133138
}
134139
}

0 commit comments

Comments
 (0)