Deploy an Angular app to a VPS with Caddy and HTTPS

Deploy an Angular single-page app to your own VPS: ox reads the output folder from angular.json, runs ng build, and Caddy serves it, with no Docker.

Last updated 2026-10-09

On this page

To deploy an Angular app to a VPS with ox, add the repo as a project and deploy it, with no Dockerfile and no ox.toml. ox reads angular.json, package-lock.json and package.json, runs npm ci and npm run build, and Caddy serves dist/shop/browser over HTTPS with no app process. Run ox check in your repo to see the same plan before the first deploy.

Plan verified, real-server test pending. The plan below is what ox check prints for a minimal Angular repo in ox's tests. A deploy on a real server is not recorded yet.

ox reads angular.json, package-lock.json and package.json, builds the plan on the card, and serves dist/shop/browser as files on your server.

What ox detects in a Angular repo

This is the plan ox check prints for a minimal an Angular single-page app, with no ox.toml. Each row says where its value came from: a file in the repo, or ox's default.

FieldValueSource
static.dirdist/shop/browserdetected:angular.json
build.installnpm cidetected:package-lock.json
build.commands[0]npm run builddetected:package.json
tools.node24default

The ox.toml for Angular

None is needed: the plan above comes from the repo alone. Write one to serve your own domain or to change what ox detected. This one passes ox check against the same repo: [static] needs its dir, and the build stays detected.

ox.toml, optional
domains = ["www.example.com"]

[static]
dir = "dist/shop/browser"

Check and deploy Angular

Add the repo as a project, then check and ship it from a terminal:

Check, deploy and read the logs
ox check                                # in the repo: the plan above, offline
ox new <owner/repo> --server <server>  # add the repo as a project
ox deploy <project> --wait              # stream the deploy, exit with its result
ox runs <project>                      # past deploys, with their ids
ox logs <project> --run <id>         # one deploy's log

A static site has no app process, so its log is the deploy's own: ox runs lists them and --run reads one.

Variables to set for Angular

None before the first deploy: ox check asks for no variable. Add your own on the dashboard's Variables tab or with ox vars set <project> KEY.

ox provides these to the app itself: PORT, HOST, OX_ENV, OX_PROJECT, OX_RELEASE, OX_DATA_DIR, PUBLIC_URL and PUBLIC_HOST.

If the Angular deploy fails

  • build 1/1: npm run build: exit status 1: Your build failed. The lines above it are the build's own output; run the same command on your computer, fix it, and push. More.
  • the build left no dist directory: The build wrote its files somewhere else. Set [static] dir to the folder your build makes. More.
  • killed by the out-of-memory killer (the build needs more memory than the project or host allows): The build ran out of memory. Raise the project's memory, add swap, or use a bigger server. More.

Your visitors never see a failed deploy: the previous release keeps serving until the new one passes its health check.

Next steps

  • Angular SSR: Deploy an Angular app with server-side rendering to your own VPS.
  • The [static] keys: the folder Caddy serves, single-page mode and an API beside it.
  • Add a custom domain with one A record; Caddy gets the HTTPS certificate.
  • Roll back to an earlier release without a rebuild.

Angular FAQ

Do I need a Dockerfile or an ox.toml to deploy an Angular app to a VPS?

No. ox does not use Docker, and ox check on a Angular repo with no ox.toml prints Ready to deploy. Write an ox.toml only to change what ox detected.

What does ox install on the server for Angular?

Only what the plan names: node 24 (ox's default). Your app's own dependencies are installed by the build into the release folder, not system-wide.

Which folder does ox serve for Angular?

The browser folder under the outputPath in angular.json, here dist/shop/browser. Angular's application builder writes the files there.

Every stack ox deploys, and the ones it does not yet, is on the Stacks page.