Deployments
Deploy your Storybook or static build to a unique Argos URL on every pull request to preview and share it.
A deployment on Argos is a static build — most commonly a Storybook — served on a unique URL that you can open, share, and review. When you run argos deploy in CI, Argos uploads the build, generates a URL, and posts the status back to your pull request.
Deployments pair naturally with visual testing: the same Storybook you test with Argos becomes a live preview reviewers can browse, right from the pull request — with no hosting of your own to maintain.
Use deployments to:
Preview a Storybook for every pull request.
Share a live link with designers, product, or stakeholders to review work in context.
Browse the history of every deployed build across branches and commits.

Deployments list in the Argos dashboard.
How it works
A deployment is created in three phases:
Build — The Argos CLI scans your local directory and computes a content hash for every file.
Upload — Argos returns pre-signed upload URLs for the files it doesn't already have. Files that match an existing hash are skipped, so re-deploying an unchanged build is near-instant.
Serve — Once the upload finishes, Argos finalizes the deployment, assigns it a URL, and reports the status to your Git provider.
Each deployment is immutable. Re-running the deploy command always produces a new deployment with its own URL—the previous one keeps working.
Quickstart
The following steps deploy a Storybook. The same flow works for any static directory (Vite build, Next.js export, plain HTML, etc.).
Deploy
The CLI uploads your build and prints a unique URL when the deployment is ready:
By default, the deployment is created in the preview environment. To deploy to production, add the --prod flag:
See Environments for the rules that decide which environment a deployment lands in.
Authentication
The deploy command uses the same authentication as the rest of the Argos CLI. Set the ARGOS_TOKEN environment variable in CI:
You can find the project token in Settings → General → Token. On GitHub Actions, you can also use OIDC or tokenless authentication to avoid managing a secret.
What's next
Environments — How preview and production deployments are determined, and how to customize the production branch.
URLs and domains — The URLs Argos generates for each deployment, and how to set the production domain.
Access protection — Restrict who can open deployment URLs.
Use in CI — Deploy automatically on every pull request with GitHub Actions.
Lifecycle and retention — How long deployments last, why they can't be overwritten, and how to pick a deploy cadence.
Last updated
Was this helpful?