Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.
Sign up nowGet Fabric certified for FREE! Don't miss your chance! Learn more
Hello,
We are in the process of setting up Azure DevOps Repos for a proposed Fabric implementation and are planning to manage the following components:
Lakehouse
Warehouse
Notebooks
Pipelines
Semantic Models
PBI Reports
Dashboards
Activators
Eventhouse
Eventstream
API (GraphQL)
I would like to understand the best way to organize and manage version control for all of these objects within Azure DevOps Repos. Specifically:
What are the recommended practices for maintaining version control across these components?
Are there any objects within this list that cannot be effectively version-controlled using Azure DevOps? If so, how should we handle them?
During our research, we found that Lakehouse and Warehouse changes don’t seem to reflect properly through DevOps Repos. Could you share any insights regarding limitations with version control in these areas, and any potential workarounds to address these challenges?
I appreciate any guidance or recommendations from those with experience managing similar setups.
Thank you!
Solved! Go to Solution.
Hi @DineshKalyankar ,
Having worked on several Fabric deployments with Azure DevOps, I can share some recommendations for your setup:
For version control of Fabric assets in Azure DevOps, here's what I'd suggest:
General best practices:
Component-specific recommendations:
For Lakehouse and Warehouse: You're right that these are problematic. The schema/definition can be version-controlled, but the actual data cannot be effectively managed through DevOps. This is a known limitation.
Workable approaches for Lakehouse/Warehouse:
For objects that can't be effectively version-controlled:
One approach that's worked for my team is creating a deployment framework using PowerShell/Python scripts that interact with the Fabric REST APIs to automate deployments of components that don't work natively with git.
Hope this helps with your implementation! Feel free to ask if you need more specifics on any particular component.
If my response resolved your query, kindly mark it as the Accepted Solution to assist others. Additionally, I would be grateful for a 'Kudos' if you found my response helpful.
Hi @DineshKalyankar,
Thanks for reaching out to the Microsoft fabric community forum.
It looks like you are working on integrating Azure DevOps Repos into a Microsoft Fabric implementation to version control and manage various Fabric components. As @burakkaragoz already responded to your query, kindly go through his response and if it answers your queries do mark it as solution.
I would also take a moment to thank @burakkaragoz, for actively participating in the community forum and for the solutions you’ve been sharing in the community forum. Your contributions make a real difference.
If I misunderstand your needs or you still have problems on it, please feel free to let us know.
Best Regards,
Hammad.
Community Support Team
If this post helps then please mark it as a solution, so that other members find it more quickly.
Thank you.
Hi @DineshKalyankar ,
Having worked on several Fabric deployments with Azure DevOps, I can share some recommendations for your setup:
For version control of Fabric assets in Azure DevOps, here's what I'd suggest:
General best practices:
Component-specific recommendations:
For Lakehouse and Warehouse: You're right that these are problematic. The schema/definition can be version-controlled, but the actual data cannot be effectively managed through DevOps. This is a known limitation.
Workable approaches for Lakehouse/Warehouse:
For objects that can't be effectively version-controlled:
One approach that's worked for my team is creating a deployment framework using PowerShell/Python scripts that interact with the Fabric REST APIs to automate deployments of components that don't work natively with git.
Hope this helps with your implementation! Feel free to ask if you need more specifics on any particular component.
If my response resolved your query, kindly mark it as the Accepted Solution to assist others. Additionally, I would be grateful for a 'Kudos' if you found my response helpful.
Thank you, @burakkaragoz, for your quick response. This is really helpful. I’ll wait for a few more people to share their experiences.
If you love stickers, then you will definitely want to check out our Community Sticker Challenge!
Check out the January 2026 Fabric update to learn about new features.
| User | Count |
|---|---|
| 24 | |
| 16 | |
| 11 | |
| 9 | |
| 6 |
| User | Count |
|---|---|
| 81 | |
| 70 | |
| 56 | |
| 24 | |
| 22 |