Node.js runtime
Run the Next.js server, development tools, and build scripts on the project-supported release.
Node.js featureFull-stack JavaScript solution
Build, run, and test Next.js applications with the Node.js runtime, your preferred package manager, local databases, Redis, custom domains, and HTTPS — all managed in one workspace.
Next.js can start as one Node.js process, but a realistic full-stack project often needs a runtime, build tools, data services, and a browser-facing origin that stay aligned.
Run the Next.js server, development tools, and build scripts on the project-supported release.
Node.js featureUse the package manager and lockfile the repository already expects: npm, pnpm, Yarn, or Bun.
Connect PostgreSQL or MySQL when server actions, route handlers, or the application layer need persistent data.
Database featureAdd Redis for caching, sessions, queues, rate limiting, or background work when the application uses it.
Redis featureUse Nginx or Caddy when the app needs a stable local hostname, proxy behavior, or multiple services.
Nginx featureTest OAuth, secure cookies, webhooks, service workers, and other browser features on a trusted local origin.
Local HTTPS featureKeep the project runtime and package workflow together from installing dependencies to running a production-like build.
Resolve the lockfile with the selected project toolchain.
npm installRun the App Router, Server Components, and route handlers locally.
npm run devCatch production rendering and dependency issues before deployment.
npm run buildServe the built application through a local domain and HTTPS.
npm startProject workflow
A Next.js project can serve the UI, route handlers, server actions, and API calls from one application while still depending on local data services.
Open https://next-app.test for cookies, OAuth, webhooks, and client-side integration tests.
Render pages, server actions, API endpoints, and backend-for-frontend logic from the Next.js project.
App Router · Server Components · Route Handlers · Server Actions
Store users, content, orders, and other application data used by the server layer.
Support cache, sessions, queues, rate limits, or other fast shared state.
Node.js is the application runtime; the package manager is part of the project toolchain. Keep both choices visible instead of relying on one global installation.
FlyEnv manages the runtime and local services around your project without replacing npm, pnpm, Yarn, Bun, or your existing package scripts.
Match the release required by the Next.js version, dependencies, and deployment target.
Open Node.js featureKeep npm, pnpm, Yarn, or Bun aligned with the lockfile and the scripts the project uses.
Lockfile is part of the project
Choose the workflow that matches where the project is today, then keep its runtime and supporting services in one workspace.
A more predictable local workflow for projects that move between browser UI, server code, builds, and data services.
Keep different Next.js projects on the runtime releases their dependencies and deployment targets support.
Project A → Node.js 20 · Project B → Node.js 22
Start the Next.js app, database, Redis, and local proxy as one project group when the full stack is required.
Next.js + PostgreSQL + Redis → Startup Group
Use a readable local hostname and HTTPS for browser behavior that localhost alone cannot reproduce.
Keep each project’s runtime, local URL, database, Redis, and supporting services in its own workspace.
Common questions about using FlyEnv for local Next.js projects.
Yes. FlyEnv lets each project use the Node.js version it requires, which helps when applications or dependencies are on different release tracks.
No. Keep using the package manager and lockfile chosen by the repository. FlyEnv provides the project runtime and local services around that toolchain.
No. A frontend-only project may only need Node.js. Add PostgreSQL or MySQL when the application uses server-side data, route handlers, or persistent content.
Add Redis when the application uses caching, sessions, queues, rate limiting, or another shared fast state pattern. It is optional, not a requirement of Next.js itself.
Yes. Configure a local domain with trusted HTTPS so browser cookies, OAuth callbacks, webhooks, and other secure-origin features behave closer to production.
Yes. FlyEnv provides the Node.js runtime and local services; the project’s own package scripts still run next build and next start for a production-like local check.
Run the Node.js runtime, build workflow, data services, local domain, and HTTPS in one workspace.