-
Notifications
You must be signed in to change notification settings - Fork 969
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update --favor-state note #6648
base: current
Are you sure you want to change the base?
Conversation
While it's clear that --favor-state skips step 1, mentioning only "production metadata" without addressing staging metadata could be misleading.
Hello!👋 Thanks for contributing to the dbt product documentation and opening this pull request! ✨ |
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
@marcelobour is attempting to deploy a commit to the dbt-labs Team on Vercel. A member of the Team first needs to authorize it. |
@@ -19,7 +19,7 @@ When using `--defer`, dbt Cloud will follow this order of execution for resolvin | |||
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 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. | |||
**Note:** Passing the `--favor-state` flag will always resolve refs using staging metadaba if it exists, else production metadata, regardless of the presence of a development relation, skipping step #1. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hey @dave-connors-3, can i just confirm if the below is right?
**Note:** Passing the `--favor-state` flag will always resolve refs using staging metadaba if it exists, else production metadata, regardless of the presence of a development relation, skipping step #1. | |
**Note:** Passing the `--favor-state` flag will always resolve refs using staging metadata if available; otherwise, it defaults to production metadata regardless of the presence of a development relation, skipping step #1. |
What are you changing in this pull request and why?
While it's clear that --favor-state skips step 1, mentioning only "production metadata" without addressing staging metadata could be misleading.
Checklist