Forum Discussion
Integrate Power BI with Azure Devops
- 1 year ago
Hi AmiraBedh -
Q1:
One repo for DEV is usually enough; TEST and PROD don’t need separate repositories unless special circumstances require it. (It's common to have a single repository for DEV and use deployment pipelines to promote content. You don't need separate repositories for TEST or PROD unless your organization requires strict version control at every stage.)
Q2:
Single DevOps project with branches for each workspace is a good strategy to manage content for HR, Payroll, Timesheet. (Once you finish developing a report or model in, say, the HR DEV branch, you can merge it into the main branch to promote to TEST and PROD via deployment pipelines.
This strategy helps maintain a clean structure and reduces complexity. Having separate DevOps projects for each workspace would add unnecessary overhead unless the projects are managed by entirely different teams.)
Q3:
Yes, you can implement an approval strategy within Azure DevOps, and this integrates well with Power BI deployment pipelines
Approval processes can be managed in Azure DevOps, with gates for manual approval before TEST and PROD. (Link shared below)
Releases follow the well-defined process (DEV → TEST → PROD) and can be controlled via DevOps pipelines with manual approval and testing.(You can automate this flow using Azure DevOps pipelines and deployment stages, but the manual approval step ensures quality control before promotion to higher environments.)
Reference links:
Overview of Fabric deployment pipelines - Microsoft Fabric | Microsoft Learn
Azure: Understand release gates, checks, and approvals - Azure Pipelines | Microsoft Learn
I hope the above details and reference links helps in implementing the same.
Hi AmiraBedh -
Q1:
One repo for DEV is usually enough; TEST and PROD don’t need separate repositories unless special circumstances require it. (It's common to have a single repository for DEV and use deployment pipelines to promote content. You don't need separate repositories for TEST or PROD unless your organization requires strict version control at every stage.)
Q2:
Single DevOps project with branches for each workspace is a good strategy to manage content for HR, Payroll, Timesheet. (Once you finish developing a report or model in, say, the HR DEV branch, you can merge it into the main branch to promote to TEST and PROD via deployment pipelines.
This strategy helps maintain a clean structure and reduces complexity. Having separate DevOps projects for each workspace would add unnecessary overhead unless the projects are managed by entirely different teams.)
Q3:
Yes, you can implement an approval strategy within Azure DevOps, and this integrates well with Power BI deployment pipelines
Approval processes can be managed in Azure DevOps, with gates for manual approval before TEST and PROD. (Link shared below)
Releases follow the well-defined process (DEV → TEST → PROD) and can be controlled via DevOps pipelines with manual approval and testing.(You can automate this flow using Azure DevOps pipelines and deployment stages, but the manual approval step ensures quality control before promotion to higher environments.)
Reference links:
Overview of Fabric deployment pipelines - Microsoft Fabric | Microsoft Learn
Azure: Understand release gates, checks, and approvals - Azure Pipelines | Microsoft Learn
I hope the above details and reference links helps in implementing the same.