Forum Discussion
this error seems to interfere with version control and deploy pipelines
I'm not sure why we built our pipelines under fabric instead of vanilla pbi, but it seems to us that changes in the ws's tied to pipelines cause this error to show (sometimes) when we are trying to make wor space settings relatyed to pipelines and version control. the error seems to disappear (we think) a day later too. does anybody know what this is all about?
5 Replies
- db042190Impactful Individual
we know the ws's being acted on by the pipeline are fabric which ive told my peers was unnecessary. i cant imagine a reason for doing that unless we had fabric sms and we dont have those yet.
supposedly we could accomplish the same end goal by leaving them (dev,test and prod ws's) non fabric. i have to admit i dont know if pipelines are even categorized as fabric or not.
- tayloramySuper User
HI db042190,
Deployment Pipelines are a Fabric feature, there is no way to use them unless you have a fabric capacity backing the workspaces.
That error message is indicating that your workspace is not backed by a capacity, but rather is a pro workspace. TO use deployment pipelines, you will need to assign the workspace to a fabric/premium capacity as GilbertQ mentioned.
- v-sathmakuriCommunity Support
Hi db042190 ,
Could you check the suggestion provided above and let us know if you have any additional queries?
Thanks!!
- ShivekMaharajImpactful Individual
Hi db042190,
I think there are two slightly different things getting mixed together here: Fabric Git integration and the broader question of how you deploy Power BI content.
The warning in your screenshot is coming from Git integration. Microsoft's current Git integration prerequisites require the workspace to be on Fabric capacity, so an ordinary Power BI Pro/shared-capacity workspace can't continue using that native Git connection.
That doesn't necessarily mean you now need to move all of Dev, Test and Prod onto Fabric just because you want source control and CI/CD for Power BI.
Microsoft also documents an alternative where Azure DevOps/Azure Pipelines deploy Power BI content directly using source files and the Power BI REST APIs. In its content lifecycle guidance, Microsoft specifically notes that this approach doesn't require Fabric/Premium capacity when you're publishing only Power BI Desktop files through the Power BI REST APIs.
So I would frame the choices as:
- Fabric-native Git + deployment experience: use eligible capacity-backed workspaces
- Keep Power BI workspaces on shared/Pro capacity: manage source control in Azure DevOps/Git and deploy through Azure Pipelines/Power BI APIs instead
The built-in Fabric experience is certainly simpler, but it isn't the only way to maintain separate Dev/Test/Prod environments for Power BI.Also, the wording “Premium license” in the Git warning is a little broader than the current documentation. For Fabric Git integration, I would check the actual Workspace type/capacity assignment rather than the individual user's Pro license.
AI-assisted drafting: AI was used to help structure and phrase this response. I reviewed and validated the technical content before posting.