Unanswered

ALM - How to Increment Plugin Version in Azure DevOps

(0) Share

Report

Posted on by Daryl LaBar

156 Most Valuable Professional

So many questions! At the 10k foot view I think I want to have my revision number of my plugin assembly be auto-incremented by 1, and I want to be able to then injected that into my extracted solution for packing and importing into the build environment. How do I do this?

Details:

I have a pipeline that builds my plugin on any code change that would affect it.
1. How do I get this pipeline to auto increment the revision number and then check it in when it successfully builds and passes the tests?
2. How do I share this file with later pipelines? Publish the plugin assembly as a pipeline artifact?
I have another pipeline that exports and extracts the solution out of Dev and checks that into Git before building and pushing to the Build environment.
1. Should this pipeline be split into two, one for exporting the solution, injecting the plugin, and checking into Git, and another for packing and pushing to the build, before exporting out the managed solution?
2. When looking at the {plugin}.data.xml file in the extract, it lists the assembly version. How do I update this as well? Do I perhaps not need to?

And if I'm doing something that seems wrong, or more complicated than it should, let me know. Normally I never increment the plugin version, but I believe I've heard that this could cause issues when not doing so with managed solutions. Maybe I shouldn't be doing this at all?

Categories:

Power Apps Pro Dev & ISV

I have the same question (0)

All responses (3)

Answers (1)

Verified answer

ScottDurow 1,039 on at

Like (1)

Report
Hi Daryl,
I don't find there is a need to check in any changes as part of build pipeline.

The Build Pipeline runs like this:
Checkout branch
Run PowerShell Script to:
Update the Plugin Assembly Versions with the Build Version
Update the PCF Manifest Files with the Build Version
Update the Solution.Xml with the Build Version
Build Plugin Solution
Build TypeScript Projects
Copy Plugin Assemblies to the package folder
Copy JavaScript output to the package folder
Package Solution (solution_unmanaged.zip)
Import to Build Server
Export as managed
Publish Build Artefacts (solution_managed.zip)
The PowerShell I use is similar to this - https://docs.microsoft.com/en-us/azure/devops/pipelines/scripts/powershell?view=azure-devops&tabs=yaml

Only increment the Assembly Version because if you increment the File Version then your plugin registration steps (*.data.xml files) will no longer point to the correct version.

Hope this helps

Was this reply helpful? Yes No
Daryl LaBar 156 Most Valuable Professional on at

Like (0)

Report
So you never check in the assembly version in the .proj file. Makes sense I guess!
Do you have a pipeline for immediately testing changes if something has been updated as well, like I've listed, but with no artifacts, just to let devs know they've screwed up?
There is no need to update the file version of the dll then, and therefore no need to update the *.data.xml file?
Is the Solution.Xml update the <Version> in the ImportExportXml-->SolutionManifest-->Version Xml Attributes?

Was this reply helpful? Yes No
ScottDurow 1,039 on at

Like (1)

Report
Yes
Yes - other pipelines for gated check-ins (build, package & test)
Yes - only update the build/revision - not the major/minor - otherwise you'll have a side-by-side version that will have a different *.data.xml registration https://docs.microsoft.com/en-us/powerapps/developer/data-platform/register-plug-in#assembly-versioning
Yes - The Other/Solution.xml file when unpacked. Update the ImportExportXml/SolutionManifest/Version element. See https://gist.github.com/scottdurow/fe844a012c388f2e3e8bafdf4a2d897d

Was this reply helpful? Yes No