[Bug] Setting model-level deprecation_date
does not apply to model versions
#11176
Open
2 tasks done
Labels
Is this a new bug in dbt-core?
Current Behavior
If I set:
Then
model.my_project.my_model.v1
has adeprecation_date
ofnull
:But if I move the
deprecation_date
property down to the modelversions
property:Then:
This is confusing and unexpected behavior.
Specifically, this came up in the context of disabling/removing versioned contracted models (most recently #11161). That should raise an error unless the model has passed its deprecation date. Users were continuing to see the error, even after configuring a passed (past?)
deprecation_date
, because they were configuring it on the top-level model rather than the nestedversions
. (#versionExpected Behavior
Setting
deprecation_date
for the top-level model should apply that value as default for allversions
, unless they set a differentdeprecation_date
. (I believe this would be the effect ifdeprecation_date
were a node-level config.)Steps To Reproduce
deprecation_date
versions
on that model with a single version (v: 1
)deprecation_date
"disappears" on that model indbt ls
output / manifestRelevant log output
No response
Environment
Which database adapter are you using with dbt?
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered: