Introduction to deployment pipelines


This articles in this section describe how to deploy content to your app. For version control, see the Git integration documentation.

In today’s world, analytics is a vital part of decision making in almost every organization. Fabric's deployment pipelines tool provides content creators with a production environment where they can collaborate to manage the lifecycle of organizational content. Deployment pipelines enable creators to develop and test content in the service before it reaches the users. See the full list of Supported item types that you can deploy.

Learn to use deployment pipelines

You can learn how to use the deployment pipelines tool by following these links.

Pipeline structure

You can decide how many stages you want in your deployment pipeline. There can be anywhere between two and ten stages. When you create a pipeline, the default three typical stages are given as a starting point, but you can add, delete, or rename the stages to suit your needs. Regardless of how many stages there are, the general concepts are the same.:

  • Development

    The first stage in deployment pipelines where you upload new content with your fellow creators. You can design build, and develop here, or in a different stage.

  • Test

    After you've made all the needed changes to your content, you're ready to enter the test stage. Upload the modified content so it can be moved to this test stage. Here are three examples of what can be done in the test environment:

    • Share content with testers and reviewers

    • Load and run tests with larger volumes of data

    • Test your app to see how it will look for your end users

  • Production

    After testing the content, use the production stage to share the final version of your content with business users across the organization.

A screenshot of a working deployment pipeline with all three stages, development, test, and production, populated.

Deployment method

When you deploy content from the source stage to a target stage, the source content overwrites anything with the same name in the target stage. Content in the target stage that doesn't exist in the source stage remains in the target stage as is. After you select deploy, you'll get a warning message listing the items that will be overwritten.

A screenshot of the replaced content warning displayed when a deployment is about to cause changes to items in the stage you're deploying to.

You can learn more about which items are copied to the next stage, and which items are not copied, in Understand the deployment process.


You can also deploy content programmatically, using the deployment pipelines REST APIs. Learn more about the automation process in Automate your deployment pipeline using APIs and DevOps.