Skip to content
Carmel Eve By Carmel Eve Software Engineer I
How to use Power BI deployment pipelines to enable DevOps for analytics

Power BI deployment pipelines is a (relatively) new feature of Power BI that is used to manage collaboration, change management and testing of reports. NOTE: you will need Power BI premium in order to be able to use this feature - in the new "per user" pricing premium is $10 / person / month, and you can also sign up for a free trial if you just want to test out these features.

This new feature allows you to create reports and promote them through your various environments. The DevOps processes that are commonly used in many other areas of professional software development are now available for use within Power BI, and I for one am incredibly excited about it!

The pipelines are designed with three stages: dev, test, and prod.

Similar to when DevOps is applied in other scenarios, the three environments serve different purposes:

  • Dev is used for report creation and collaboration on new features
  • Test is a more stable environment that is used to share the report with testers and other stakeholders, in order to get feedback and carry out testing
  • Prod is your stable production environment, which reports are promoted to once they've been fully tested and approved

Development

The best way to develop a new Power BI report is using Power BI desktop. However, especially when collaborating with others, it can be easy to end up with many versions of the same report, or to get out of sync.

Luckily, Power BI supports integration with SharePoint, which can be used to share a single copy-of-truth for each report.

The first thing that you should do if you are planning on using SharePoint to store your reports, is ensure that you sync the SharePoint site, or folder, that you're planning to use locally. You can do this by going to the SharePoint site online and clicking the "sync" button:

Showing documents in SharePoint online with Sync button highlighted.

This will open OneDrive on your local machine. Once you log in, the site should sync to your local file storage.

Now, you can open Power BI desktop and save your new report directly into the SharePoint site.

Saving report to SharePoint using local file explorer.

Once it has been uploaded to SharePoint, if viewed in the browser, you can "check out" the report:

Selecting check out option from item settings > more within SharePoint online.

This means that only the user that has checked out the file is able to edit. You can do this either in SharePoint online, or from your local version of the files. For Power BI reports, you will need to use the local version, as there is not support for editing reports from within SharePoint.

Discover your Power BI Maturity Score by taking our FREE 5 minute quiz.

From Power BI desktop, you can create the first version of your report. As an example, I'll create a sample report, connect to a blob storage account containing a csv, and adding a simple visualisation.

Sample report showing scatter plot in Power BI desktop.

Once you have finished editing, you will need to check the report back in.

Selecting check in option from from item settings > more within SharePoint online.

When you check in your changes, you are able to add a commit message:

Adding a message to committed changes.

Creating a workspace

In order to share your report, you will need a workspace in Power BI.

Once you have signed in to Power BI Service, you can create a new workspace by selecting Workspaces > Create a workspace.

You enter a name for your workspace. For now, leave the OneDrive link blank.

Note: You'll need to create the workspace with a premium or embedded capacity in order to be able to use deployment pipelines.

Once your workspace has been created, select "Add Content" > "Files" > "SharePoint - Team Sites", and enter the link to your SharePoint site. This link should be of the form https://{AccountName}.sharepoint.com/{SiteName}. From here, you should be able to navigate to the report that you have created.

If you select the report, the content will then be added to your Power BI workspace:

Showing report and dataset within workspace in Power BI service.

If you select the report from within the Power BI service, you'll be able to see the visuals which you added:

Viewing report within workspace in Power BI service.

Deployment pipelines

If we now go over to the Deployment Pipelines tab, we can create a new pipeline:

Create pipeline modal with pipeline name filled out.

And assign the workspace to the pipeline.

Assign workspace modal with report workspace selected.

Once you've assigned the workspace (to the development environment), you should see the following screen:

Deployment pipeline showing just the dev environment.

From here, once you are happy with the report you've developed, you can promote it to the test environment by clicking the "deploy to test" button. This will create a test version of your workspace:

Deployment pipeline showing dev and test environments, with no differences between the two.

You can also set up dataset rules which are applied on deployment. To do this, click on the lightning symbol at the top right of the test environment.

Test environment in deployment pipeline, with lightning button in top right corner.

In here, you can replace values in your dataset connections, allowing you to connect to different data sources in your test and production environments. If you are updating these settings, you'll likely need to authenticate with the updated dataset, which can be done in the settings for the dataset within the test workspace.

Power BI Weekly is a collation of the week's top news and articles from the Power BI ecosystem, all presented to you in one, handy newsletter!

Once deployed to test, we can run a data refresh.

Once the refresh is finished, we are able to view the report from within the newly created test workspace:

Report in test workspace in Power BI service.

The test workspace can then be shared with stakeholders in order to test and validate the report.

Updates

If you receive feedback from the testing which needs to be actioned, you may need to make updates to the report.

To do this, you check out the report file as before, and make the necessary changes. For example, we might be asked to update the colour scheme of our report, which we can do within Power BI desktop:

Report in Power BI desktop with updated colour scheme.

These changes should then be picked up in Power BI service (this can take a few minutes). Once this happens, Power BI will detect that there are differences between the environments:

Deployment pipeline showing that there are differences in report in dev and test environment.

And we can deploy these updates to test, and see them reflected in the test workspace:

Report in test workspace, showing updated colour scheme.

Publishing an App

Once the report has been fully tested and approved, it can be deployed to production. Again, you'll need to set up any dataset rules and refresh the data.

Once deployed, we can publish an app containing the report. The recommended way to share Power BI reports within your organisation is using a Power BI App. The publish can be done from within the deployment pipeline:

Production environment within pipeline with 'publish app' button.

When you publish the app, you will then need to enter a name and description, choose a theme colour, and add a report logo.

App settings page with options for app name, theme and logo.

If there are multiple reports within your workspace, you can choose which reports are added to the app from the workspace area:

Reports in workspace with option to toggle 'Include in app'

Once published, you can view your new Power BI app:

The Power BI production app showing graph with updated colours.

Finally, you can give other users access to the app from the Permissions tab from the app settings screen:

The permissions tab in the app settings.

You can give permissions to individual users, but best practice is to manage access via AAD security groups, as this makes management and revoking of access far easier. To do this, create a group within AAD in the Azure portal, and assign that group access within Power BI:

Adding the 'Endjineers' security group to the app permissions.

Anyone within thet security group will then be able to view your production application.

And there we have it!

Using Power BI integration with SharePoint, deployment pipelines, and Azure Active Directory, we have a process for developing, testing, publishing, and sharing our reports.

An exciting milestone in the Power BI and analytics DevOps journey!

Carmel Eve

Software Engineer I

Carmel Eve

Carmel is a software engineer and LinkedIn Learning instructor. She worked at endjin from 2016 to 2021, focused on delivering cloud-first solutions to a variety of problems. These included highly performant serverless architectures, web applications, reporting and insight pipelines, and data analytics engines. After a three-year career break spent travelling around the world, she rejoined endjin in 2024.

Carmel has written many blog posts covering a huge range of topics, including deconstructing Rx operators, agile estimation and planning and mental well-being and managing remote working.

Carmel has released two courses on LinkedIn Learning - one on the Az-204 exam (developing solutions for Microsoft Azure) and one on Azure Data Lake. She has also spoken at NDC, APISpecs, and SQLBits, covering a range of topics from reactive big-data processing to secure Azure architectures.

She is passionate about diversity and inclusivity in tech. She spent two years as a STEM ambassador in her local community and taking part in a local mentorship scheme. Through this work she hopes to be a part of positive change in the industry.

Carmel won "Apprentice Engineer of the Year" at the Computing Rising Star Awards 2019.