Project Properties
When to Create Separate Projects
Common patterns: By environment — one project per environment makes it immediately clear what is running in production versus staging:My App — ProductionMy App — Staging
Platform TeamData EngineeringFrontend Services
Customer A InfrastructureCustomer B Infrastructure
Azure ResourcesAWS Resources
Projects and Deployments
Each Deployment belongs to exactly one Project. When you create a Deployment, you choose which Project it belongs to. You can view all Deployments inside a Project from the Project detail page. Projects do not enforce technical constraints on their Deployments. They are purely an organizational tool.Tags
Tags are optional key–value pairs you can attach to a Project. They are useful for filtering (quickly find all projects taggedenv: production), cost tracking (tag with a team or billing code), and recording any project-level metadata your team finds useful.
Tags are free-form — you define the keys and values that make sense for your organization. The format shown in examples throughout this documentation (key: value) is a convention, not a required syntax. Use whatever format works for your team.
Next Steps
- Templates — learn about the blueprints that power your Deployments
- Deployments — understand what a Deployment is and how it works
- Managing Projects guide — step-by-step instructions for creating and editing projects