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
When users declare sources in a downstream project to refer to models in an upstream project, most often the sources are hard coded to the production environment outputs of the upstream project.
For example if fct_orders in project_a is built into the analytics schema when running in production, project_b might have a source that looks like this:
The current method of interacting with LocalDbtProjects will simply compile each project with it's default target. If both local projects default to dev, project_a.fct_orders may have metadata that is different than the hardcoded source metadata, causing us to miss the connection.
let's think about how to resolve this!
The text was updated successfully, but these errors were encountered:
When users declare sources in a downstream project to refer to models in an upstream project, most often the sources are hard coded to the production environment outputs of the upstream project.
For example if fct_orders in project_a is built into the
analytics
schema when running in production, project_b might have a source that looks like this:The current method of interacting with
LocalDbtProjects
will simply compile each project with it's default target. If both local projects default todev
,project_a.fct_orders
may have metadata that is different than the hardcoded source metadata, causing us to miss the connection.let's think about how to resolve this!
The text was updated successfully, but these errors were encountered: