You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Users find the + prefix very confusing. Its significance is unclear, it looks more special than it is, and many configs work equally well with and without it:
# dbt_project.ymlmodels:
+materialized: view # worksinstalled_package:
materialized: table # also works
I don't want to get rid of the + prefix, since it's prevalent in our docs and across. Everything above should keep working. Instead, I'd like to make this the documented standard:
This issue has been marked as Stale because it has been open for 180 days with no activity. If you would like the issue to remain open, please remove the stale label or comment on the issue, or it will be closed in 7 days.
Although we are closing this issue as stale, it's not gone forever. Issues can be reopened if there is renewed community interest; add a comment to notify the maintainers.
Users find the
+
prefix very confusing. Its significance is unclear, it looks more special than it is, and many configs work equally well with and without it:I don't want to get rid of the
+
prefix, since it's prevalent in our docs and across. Everything above should keep working. Instead, I'd like to make this the documented standard:That would establish real consistency between
dbt_project.yml
and the syntax proposed in #2401 / added in #3616:Questions
config
is a dictionary, do we need it to be+config
?config
? I'm willing to say... pick a different name.The text was updated successfully, but these errors were encountered: