You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@tocri The recommendation is to have a dedicated Dataverse environment and a dedicated AzDo project. If your policies do not permit having a dedicated AzDo project, you might want to go with a Developer Environment and with the same developer account, you can spin up a new Azure DevOps organization. This way you would be able to isolate and test the latest builds.
We don't recommend using a single Azure DevOps project for both past and current builds. The reason is that the 'Export Pipeline' (i.e., export-solution-to-git) is set at the project level and is linked to a YAML file in one of the repositories. It gets complicated to maintain 2 'Export Pipeline's pointing to 2 repositories one with old build and one with latest build.
@tocri This has been fixed in the latest release. Please install the latest version of the toolkit following the instructions for installing updates. Note that if you do not remove the unmanaged layers as described there you will not receive updates from us.
What is your question?
I am looking for the best approach to test new versions of ALM without breaking my project.
To date, I use 2 deployment profiles :
I can't create another project just for my tests because my devops administrator doesn't want to.
What I have set up for the moment:
What I am questioning is what is the good practice to test ALM without breaking my project.
Should I create a new repo in my project that I could name "Testing ALM Updates only"?
Should ideally create a new project?
In short, how do you do it?
What component are you experiencing the issue with?
ALM Accelerator Canvas App
What solution version are you using?
october 23
AB#261
The text was updated successfully, but these errors were encountered: