Power BI Fabric Deployment Pipeline Permissions
You plan to deploy Microsoft Power BI items by using Fabric deployment pipelines. You have a deployment pipeline that contains three stages named Development, Test, and Production. A workspace is assigned to each stage. You need to provide Power BI developers with access to the pipeline. The solution must meet the following requirements: Ensure that the developers can deploy items to the workspaces for Development and Test. Prevent the developers from deploying items to the workspace for Production. Follow the principle of least privilege. Which three levels of access should you assign to the developers? Each correct answer presents part of the solution. NOTE: Each correct answer is worth one point.
Community Votes
100% of anonymous learners picked answer BDE. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
This question tests the specific permission model for Fabric deployment pipelines, where pipeline Admin rights are required to trigger deployments, but workspace-level permissions (Contributor vs. Viewer) control what can actually be changed in each stage.
To allow developers to deploy items via Fabric deployment pipelines while restricting production changes, you must assign Admin access to the pipeline, Contributor access to Development and Test workspaces, and Viewer access to the Production workspace.
Many candidates incorrectly choose Member or Build permissions because they confuse standard workspace roles with the specific requirements of the deployment pipeline workflow, or they fail to realize that Pipeline Admin is a distinct role from Workspace Admin.
Community Discussion (23 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
The correct answer is B, D, and E. To manage a deployment pipeline, a user requires Admin access to the pipeline itself (Option B), which allows them to view the pipeline configuration and initiate deployments. For the source stages (Development and Test), developers need Contributor access (Option E) to the workspaces so they can create, modify, and deploy items. To prevent accidental changes to the Production environment while still allowing developers to see what is deployed, Viewer access (Option D) is assigned to the Production workspace, adhering to the principle of least privilege.Why the Other Options Are Wrong
Option A (Build permission to production semantic models) is incorrect because it would allow developers to rebuild or change data models in Production, violating the requirement to prevent deployment to Production. Option C (Viewer access to Dev/Test) is insufficient because Viewers cannot deploy items; they can only read content. Therefore, C contradicts the requirement to allow deployment in Dev/Test. Option F (not listed but often considered as Member) is too broad if not paired correctly, but specifically, Member access to Prod would also violate the restriction.Community Comment Notes
The community consensus strongly favors BDE. As noted by user XiltroX, Contributor access inherently allows deployment, making Viewer access redundant for Dev/Test. User sraakesh95 highlights that Admin access to the pipeline is necessary to manage the process across stages. Some users like PazaBIandData initially questioned if Contributor was sufficient without Pipeline Admin, but official documentation confirms that Pipeline Admin is required to run the deployment steps.Official Reference
Exam Strategy
When dealing with deployment pipelines, always remember that 'Pipeline Admin' is a separate permission layer from 'Workspace Roles'. You need Pipeline Admin to orchestrate the move, but Workspace roles determine what happens at the destination. Use Contributor for staging environments where changes are expected, and Viewer for production to enforce strict read-only access.
Frequently Asked Questions
Why is Admin access to the pipeline required?
Admin access to the pipeline allows users to view pipeline settings and initiate deployment steps. Without this, even Contributor access to workspaces won't allow triggering the pipeline flow.
Can I use Member access instead of Contributor for Dev/Test?
While Member access includes Contributor capabilities, the exam options specify Contributor. Contributor is the precise role needed for deploying items. Using Member might imply additional management rights not strictly required for just deploying items.
Related Analysis
Practice All DP-600 Questions
Access 115 questions with complete answers and detailed explanations.
View Full DP-600 Practice Test →