web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Power Apps / Create Build Environme...
Power Apps
Unanswered

Create Build Environments on demand as part of your CI/CD pipelines with the Power Platform Build Tools

(4) ShareShare
ReportReport
Posted on by Microsoft Employee

With the recent GA release of the Power Platform Build Tools, we added support for creating an environment on demand and use that environment in subsequent tasks, for example to generate a build artifact and then delete the environment afterwards. 

 

  • How do you use it? When you use the 'create an environment' task in your pipeline, that environment will be used in any task that follows and the best part is you don't even have to do anything - it just works. An example of a Build pipeline is outlined below that packs a solution from source control -> runs static analysis check on the solution -> creates a new environment -> imports the solution into the newly created environment -> exports it as a managed solution (generates the build artifact) -> deletes the environment -> publishes the build Artifact

buildpipe2.png

 

Note that the URL defined in my service connection is overridden, it is the auth in the service connection that is used to ensure that the user credentials passed have sufficient privileges to create the environment. The Build Tools tasks that deals with environment actions such as create, backup, delete currently only supports username/pw auth. Support for Service Principals for those tasks is just around the corner...

 

Happy CI/CD'ing 😊 

 

 

 

 

I have the same question (0)
  • v-yutliu-msft Profile Picture
    Microsoft Employee on at

    Hi @Mikkelsen2000 ,

    Thanks for your sharing!

    I believe many other users will gain a lot from your post.

    I really look forward to this new feather!  

     

     

    Best regards,

  • JaRiv Profile Picture
    20 on at

    Hello, I have made this pipeline the same way as yours, but I have a problem: When the build artifact is run, the environment creation task runs fine, but the CDS URL changed because there is a 7-day retention policy of the previously deleted instance. This then causes the deletion task to fail because it can't find the url configured in the project's connection services on DevOps. For example, the environment creation task is generated with these parameters: Name: BuildEnv and Domain: build.crm.dynamics.com. Then, when it is deleted, it is retained for 7 days. When the pipeline is executed again, it adds a 0 to the domain (build0.crm.dynamics.com) because the 7-day policy is still active, so build.crm.dynamics.com can’t be used. This then causes that it cannot be deleted because this value is not configured in the service connections.

     

    Have you had the same problem?
    Do you have a workaround?

  • damienjs Profile Picture
    13 on at

    What is the advantage of using the build environment as opposed to importing the unmanaged solution as managed with the import Build Tool? I'm trying to work out why i even need a build environment.

  • damienjs Profile Picture
    13 on at

    @JaRiv You could use $(Build.BuildId) in the name of the build environment that you create to ensure each time the environment name is unique and knowable. 

  • JaRiv Profile Picture
    20 on at

    Hello  @damienjs check this blog, https://benediktbergmann.eu/2020/02/10/cds-basic-alm-process/

    and guide for Ms https://github.com/microsoft/PowerApps-Samples/tree/master/build-tools

     

    This process is following the recommendation and best practice from Microsoft. Microsoft’s approach, and the approach they recommend to everyone, is the “Source-Controle centric” approach. This means that you always should store a functional version of your Solution in your Source-Controle. I do see the following main reasons for this approach:

    • Recover your development environment
    • Merge several development environments
    • See historic changes in a solution

    Build Managed Solution

     

     

    Sub-Process – Build Managed Solution

    The Solution we stored with the first sub-process will be changed to a Managed solution in this sub-process. To do so we have to import the solution to a JIT Build (Just-In-Time Build) environment, export it as Managed and store the Zip-File as an artifact inside of DevOps.

    We do need the extra JIT Build environment because this process will run independently from the first one. This could result in having a different version in our development environment than the version we would like to package. In the best case, we would create a blank new environment when starting this process. I will not go into detail in this article but will publish another one specifically on this topic.

  • Community Power Platform Member Profile Picture
    Microsoft Employee on at

    Thanks for your post. 

     

    When I use the 'create an environment' task I get this error:

    Exception calling "AcquireToken" with "2" argument(s): "AADSTS90002: Tenant '***' not found. This may happen if there are no active subscriptions for the tenant. Check to make sure you have the correct tenant ID. Check with your subscription administrator.

     

    What does this mean? Could it be that only generic service connections are supported?

     

    edit: My service connection wasn't configured correctly.

  • Sven_Rahn Profile Picture
    16 on at

    Hi @Mikkelsen2000, two questions:

    1. IIUC the process of importing and exporting the solution in a "fresh" environment has the advantage of verifying, that the solution doesn't depend on other components, correct? Currently we export the solution unmanaged and managed from our DEV environment directly, without an additional build environment.
    2. When importing a solution containing a Power Automate Flow, the owner of the Flow changes to the App-User which is used in the pipeline. This means, that the owner of the Flow doesn't match the owner of the connection in the PROD environment. This owner mismatch seems to cause the Flow to be deactivated. The correct owner can go into the PROD environment and activate the Flow, but that's not really automated. Is there anything wrong on my side, or are you aware of this issue?

  • Nick.Doelman Profile Picture
    45 Most Valuable Professional on at

    I have been experimenting a bit trying to build some pipelines with "Just in time" environments.  What I can't figure out (and it is likely obvious) is how to establish the service connection on subsequent steps, e.g. create an environment followed by a task that imports a solution.  The docs refer to BuildTools.EnvironmentUrl but I am unsure how to use that?  Is there a place where I can see an example?  THANKS!

  • Community Power Platform Member Profile Picture
    Microsoft Employee on at

    @Mikkelsen2000: Are the Tasks that deal with Environments already supported for connections with a service principal? I guess Nick and I are experiencing the same problem now. 

  • Nick.Doelman Profile Picture
    45 Most Valuable Professional on at

    I typically use service principal where I can but also use username/password.  I don't think I articulated my question well enough.  What I was hoping to do was to pass a parameter to the pipeline to determine the name of the environment so I could specify the environment name at runtime.  E.g. - "May2021DEV".  However, it appears that I need to "hardcode" a name into the service connection for this to work, and for each subsequent step to be able to do their thing.  🙂 

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Season of Sharing Community Challenge Winners!

Congratulations to our community stars!

Kudos to our 2025 Community Spotlight Honorees

Expanding mentorship, skilling, and AI innovation

Congratulations to the July Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > Power Apps

#1
WarrenBelz Profile Picture

WarrenBelz 358 Most Valuable Professional

#2
11manish Profile Picture

11manish 207 Super User 2026 Season 2

#3
MS.Ragavendar Profile Picture

MS.Ragavendar 150 Super User 2026 Season 2

Last 30 days Overall leaderboard