Keep the React build you already use
Use the project's current npm build and lockfile. Serve a client-side app from its output directory, or keep the explicit Node.js command required by a server-rendered React framework.
Build a React application from its existing repository, serve the generated output or production Node.js process, and connect the release to a stable HTTPS route.
Candidate release
React
SOURCE
Git
REGION
de
ROUTE
HTTPS
01Source received
02Build completed
03Runtime started
04Health check passed
Promoted route
production.adios.run
A production path for
The production path
The application or service is only one part of production. Build evidence, runtime state, health, secrets, logs, routes, and the promoted version should remain inspectable together.
Use the project's current npm build and lockfile. Serve a client-side app from its output directory, or keep the explicit Node.js command required by a server-rendered React framework.
Verify the root route and client-side fallback before promotion. Server-rendered applications should expose a lightweight health endpoint on the runtime port.
Build output, runtime logs, health state, secrets, domains, and the promoted release stay attached to the project instead of being split across unrelated tools.
From source to release
Use the source and production behavior the project already has. The manifest records what the platform should build or provision and how the result becomes ready.
Bring the existing repository, or inspect and deploy one of the exact starter variants linked below.
$adios loginKeep commands, runtime or service version, health behavior, and secret references in adios.yaml.
$git diff -- adios.yamlFollow build and runtime evidence, verify the candidate, and open the promoted route or service connection.
$adios upname: react-app
build_cmd: npm ci && npm run build
start_cmd: npm start
runtime:
name: node@24
port: 3000
health_path: /Deployable starting points
Use the Nginx static starter for a client-only build, or inspect the Next.js TypeScript starter when the React app needs a server runtime.
Web apps
An Nginx starter for static HTML, CSS, JavaScript, and single-page apps.
git clone https://github.com/adiosdotdev/templates.git
cd templates/nginx/static
adios upWeb apps
JavaScript and TypeScript Next.js starters using npm or pnpm and Adios runtime config.
git clone https://github.com/adiosdotdev/template-nextjs-typescript.git
cd template-nextjs-typescript
adios upBefore production
The safest first release starts with a reproducible build or service configuration and a preview that exercises the dependencies production will actually use.
Questions, answered
Review the runtime or service boundary, template path, failure behavior, and production checks before creating the first release.
Yes. Run the Adios CLI from the project root, keep the repository and dependency files you already use, and add an adios.yaml file that describes the production build, start command, port, and health path.
Not for a standard supported runtime. Use the project's normal production commands in adios.yaml. If the build needs unusual operating-system packages or native libraries, verify those dependencies in a preview before promotion.
Yes. Build the Vite project and serve its output with a production static server. Confirm the output directory and SPA fallback behavior before promotion.
Use the framework's production server and declare its start command, port, and health path. The Next.js landing page covers the common Next.js-specific path.
The candidate release keeps its build and runtime output for inspection. It must report healthy before it becomes the promoted version serving the application route.
Yes. This page links to the closest official Adios React starters. Inspect the exact source variant, deploy it in the console, or clone it locally and run adios up.
Related deployment paths
Publish HTML, CSS, JavaScript, or a framework-generated static build from a small Nginx starter with routes, domains, TLS, and release state attached.
Deploy static pages, server-rendered routes, and APIs from one persistent Node.js release.
Build a Vue application from its existing repository, serve the production output, verify client-side routes, and promote it to a managed HTTPS domain.
Deploy the frontend, API, or worker that connects to Supabase. Adios runs the application release; your Supabase project remains the external database and backend service.
The first release
Start from the repository or a template, review the deployment contract, and inspect what becomes the promoted production version.