Build
Use npm run build. Commit the lockfile and pin the runtime version so a rebuild installs the same dependency graph.
Review deployment docs →Vite, Create React App, and other client-rendered frontends that compile to static assets. Darwa AI connects the repository, runs npm run build, deploys the result on static frontend, and keeps domains, HTTPS, releases, logs, and billing in the same workspace.
These are operational requirements, not a generic framework feature list. Confirm them in the repository before the first release.
Use npm run build. Commit the lockfile and pin the runtime version so a rebuild installs the same dependency graph.
Review deployment docs →Production start: No application server. The command must stay in the foreground and report a failed boot with a non-zero exit code.
Explore Frontend Cloud →Expected deployable output: dist or build. Generated artifacts should come from the build rather than being edited after release.
Configure the build →Store secrets and environment-specific values in the service environment. Do not commit production credentials or bake them into frontend bundles.
Manage configuration →Expose a lightweight health endpoint, keep startup logs actionable, and verify the public endpoint after every release.
See runtime operations →A React frontend does not run a private API. Deploy the API separately as a Web Service and expose only its public endpoint to the browser.
Check a workload with Darwa →A successful first deploy is not enough. The release must be reproducible, observable, reversible, and safe to scale.
Select the repository and production branch. Keep preview work isolated from the production service.
Confirm static frontend, the build command, output, and production start command instead of relying on a lucky default.
Set secrets and public configuration with the correct build-time or runtime scope.
Watch the build, startup, and health checks; then exercise a real application path rather than only the homepage.
Point the domain after the generated endpoint is healthy. Managed HTTPS should complete before traffic is moved.
Keep the previous successful release available and make database changes backward-compatible before scaling replicas.
Yes. Vite, Create React App, and other client-rendered frontends that compile to static assets. The recommended starting product is Frontend Cloud, subject to the runtime boundary described on this page.
Start with npm run build. Keep the dependency lockfile committed and test the same command in a clean environment before deployment.
Use No application server. A server deployment must listen on the assigned port, stay in the foreground, and exit when startup fails.
Yes. Deploy to the generated endpoint first, verify health, then connect the domain and wait for managed HTTPS before moving traffic.
Use the service environment and keep production secrets out of Git, build logs, browser bundles, and image layers.
Use health checks, backward-compatible data changes, a verified new release, and a retained previous release that can be restored quickly.