How to read the “Versions” guides¶
Intermediate
Part of these guides depend on the “Versions” feature currently in beta. Versions are free of charge during beta. Contact us at support@tinybird.co to activate the feature in your Workspace.
With Tinybird you can apply the same techniques that software engineering teams use to collaborate on and deploy quality software products to real time data products.
In the same way software engineering teams have work agreements to use version control, code reviews, quality assurance and testing strategies, and continuous deployment, data teams can use Tinybird and Data Projects to enforce those same agreements.
These are the 5 rules of engagement for data teams:
The Data Project is the source of truth: Use a Git provider to host your Data Project files and control versions.
One Workspace => One Data Project => One repository. You can still host several Data Projects in the same repository and deploy the same Data Project to multiple Workspaces (production, staging, etc.)
Protect your Main Environment and use the Git workflow and Pull Requests to make changes.
Run CI/CD pipelines to validate changes before deploying.
Use the Playground or testing Environments with Data Branching for exploration, fine tuning, prototyping, etc.
The Versions
guides are organized as follows:
How to work with Data Projects: Learn why and how you should adopt the Data Project mindset.
Workflow configuration: Connect to Git and configure your CI/CD pipeline.
Versioning and testing: Learn about how to iterate and test common use cases by versioning your Pipes, implement test strategies and common strategies to iterate Data Sources and Materialized Views.
Deployment strategies: Go beyond overwriting your resources in your Main Environment, by using a staging and production Workspaces approach and custom deployment strategies.