Every push is deployed to a target. The target picks the namespace, lifecycle, and visibility rules for the resulting deployment.Documentation Index
Fetch the complete documentation index at: https://docs.grounds.gg/llms.txt
Use this file to discover all available pages before exploring further.
dev
- Lifecycle: long-lived. Each push to
devrolls over the previous one. - Namespace: your personal namespace,
user-<your-handle>. - Visibility: only you can connect. Reachable at
<name>-<your-handle>.mc.grnds.io(Minecraft) or<name>-<your-handle>.dev.grnds.io(HTTPS forserviceworkloads). - Use it for: your own iteration. Cheap, persistent, no public URL.
staging
- Lifecycle: ephemeral. Each push gets its own environment. Auto-deleted after 7 days unless pinned.
- Namespace: a fresh
preview-<id>namespace per push. - Visibility: public. URL pattern
<name>-pr<id>.mc.grnds.iofor Minecraft workloads,…dev.grnds.ioforservice. - Use it for: review apps, sharing a build with a teammate, demoing a PR, end-to-end testing.
grounds preview list.
production
Production deploys are not initiated bygrounds push. They are promoted from a known-good staging push, with an explicit approval step.
- Lifecycle: long-lived, single deployment per project.
- Visibility: public. Routed via the project’s configured production hostname.
- Use it for: the actual customer-facing release.
The
grounds promote flow is currently restricted while we finalize the approval policy. Reach out in #grounds-platform if you need it for an early customer rollout.Choosing a target
| Question | Target |
|---|---|
| ”I want to test my own change quickly.” | dev |
| ”I want to share a build with a teammate or non-developer.” | staging |
| ”I want to release to customers.” | production (via promote) |
Quotas
Each project has per-target quotas (CPU, memory, concurrent staging envs). You hit them rarely; the portal’s project page shows current usage. Bumps are a#grounds-platform request away.