-
If your temporary schemas aren't dropping after a PR merges or closes, this typically indicates you have overridden the
generate_schema_name
macro and it isn't using
dbt_cloud_pr_
as the prefix.
To resolve this, change your macro so that the temporary PR schema name contains the required prefix. For example:
+
If your temporary schemas aren't dropping after a PR merges or closes, this typically indicates one of these issues:
+
+ - You have overridden the
generate_schema_name
macro and it isn't using dbt_cloud_pr_
as the prefix.
To resolve this, change your macro so that the temporary PR schema name contains the required prefix. For example:
- • ✅ Temporary PR schema name contains the prefix dbt_cloud_pr_
(like dbt_cloud_pr_123_456_marketing
)
- • ❌ Temporary PR schema name doesn't contain the prefix dbt_cloud_pr_
(like marketing
).
+ ✅ Temporary PR schema name contains the prefix dbt_cloud_pr_
(like dbt_cloud_pr_123_456_marketing
).
+ ❌ Temporary PR schema name doesn't contain the prefix dbt_cloud_pr_
(like marketing
).
+
+
+ -
+ A macro is creating a schema but there are no dbt models writing to that schema. dbt Cloud doesn't drop temporary schemas that weren't written to as a result of running a dbt model.
+
+
@@ -153,6 +161,3 @@ If you're experiencing any issues, review some of the common questions and answe
If you're on a Virtual Private dbt Enterprise plan using security features like ingress PrivateLink or IP Allowlisting, registering CI hooks may not be available and can cause the job to fail silently.