From 1b1531f59f2ab5ddb72802406b5d783a32a276bc Mon Sep 17 00:00:00 2001
From: Mirna Wong <89008547+mirnawong1@users.noreply.github.com>
Date: Fri, 15 Nov 2024 09:37:00 +0000
Subject: [PATCH] Update website/docs/docs/cloud/about-cloud-develop-defer.md

---
 website/docs/docs/cloud/about-cloud-develop-defer.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/website/docs/docs/cloud/about-cloud-develop-defer.md b/website/docs/docs/cloud/about-cloud-develop-defer.md
index 0a43e201269..ea059ed3e27 100644
--- a/website/docs/docs/cloud/about-cloud-develop-defer.md
+++ b/website/docs/docs/cloud/about-cloud-develop-defer.md
@@ -17,7 +17,7 @@ When using `--defer`, dbt Cloud will follow this order of execution for resolvin
 
 1. If a development version of a deferred relation exists, dbt preferentially uses the development database location when resolving the reference.
 2. If a development version doesn't exist, dbt uses the staging locations of parent relations based on metadata from the staging environment.
-3. If a development version AND staging version do not exist, dbt uses the production locations of parent relations based on metadata from the production environment.
+3. If both a development and staging version doesn't exist, dbt uses the production locations of parent relations based on metadata from the production environment.
 
 **Note:** Passing the `--favor-state` flag will always resolve refs using production metadata, regardless of the presence of a development relation, skipping step #1.