Comments (2)
Another major con I see with this approach is that for every minor release of dbt-date or expectations we would also need to create a minor update to fivetran_utils. This means that 0.4.x
would need to become 0.5.x
after the dbt-date/expectations update. 😱 This would mean we would then need to update every source package to point to a new version of fivetran_utils. Unfortunately, this would explode the LOE from updating the dependency in one package, to needing to update nearly all the packages.
We discussed in standup yesterday that the best solution would be to ideally automate this update process. Primarily focusing on the cascading nature where the breaking change in the source will need to be breaking in the downstream dependent packages. In order to do this, we will need to apply this update manually but make note of the parts that may be automated so we can then streamline this effort when it happens in the future.
from dbt_fivetran_utils.
Closing out this feature request as previously discussed it would likely not be a great idea to include another dependency within this project.
from dbt_fivetran_utils.
Related Issues (20)
- Update Union Data to properly work with identifiers when not unioning HOT 1
- Create a seed data helper for identifier variables HOT 1
- [FEATURE] - make drop_schemas_automation more flexible HOT 1
- [FEATURE] - explore/keep eyes on BQ new JSON functions HOT 1
- [FEATURE] - update_persist_pass_through_columns to include field aliasing
- Union data macro not working as expected in integration tests HOT 1
- Break out Pipeline.yml into separate components for easier maintenance HOT 1
- Optimize Integration Tests to Only Run on Relevant Changes HOT 1
- fill_staging_columns not applying type HOT 2
- Update try_cast default dispatch to be consistent with macro name
- [FEATURE] - Support for BigQuery JSON and Redshift SUPER datatypes
- [BUG] `collect_freshness` macro override throws warning in `dbt source snapshot-freshness` command HOT 10
- Bump up integration_tests/packages.yml versioning to ensure full package coverage HOT 1
- FEATURE - Update integration tests to support dbt version >= 1.7.0 HOT 1
- [FEATURE] - Audit and mark macros for deprecation
- [FEATURE] - Apply more rigorous testing to macros
- [Deprecate] dummy_coalesce_value
- [FEATURE] - Deprecate collect_freshness macro in v0.5.0 release
- Providing reserved keyword support for `fivetran_utils.add_passthrough_columns()`
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from dbt_fivetran_utils.