Skip to content

Commit

Permalink
Update website/docs/docs/deploy/deploy-environments.md
Browse files Browse the repository at this point in the history
Co-authored-by: Ly Nguyen <[email protected]>
  • Loading branch information
matthewshaver and nghi-ly authored Aug 2, 2024
1 parent acb911d commit 6802a27
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion website/docs/docs/deploy/deploy-environments.md
Original file line number Diff line number Diff line change
Expand Up @@ -57,7 +57,7 @@ Some customers prefer to connect Development and Staging to their `main` branch

### Why use a staging environment

There are three primary motivations for using a Staging environment:
These are the primary motivations for using a Staging environment:
1. An additional validation layer before changes are deployed into Production. You can deploy, test, and explore your dbt models in Staging.
2. Clear isolation between development workflows and production data. It enables developers to work in metadata-powered ways, using features like deferral and cross-project references, without accessing data in production deployments.
3. Provide developers with the ability to create, edit, and trigger ad hoc jobs in the Staging environment, while keeping the Production environment locked down using [environment-level permissions](/docs/cloud/manage-access/environment-permissions).
Expand Down

0 comments on commit 6802a27

Please sign in to comment.