-
Notifications
You must be signed in to change notification settings - Fork 210
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[ALM Accelerator - Feature]: Customise Solution Version number post deployment to ALM #7553
Comments
@iamaninda93 If you prefer not to use the 'ALM Accelerator' versioning pattern, you can set the variable 'skipSolutionVersioning' to true in the Deployment pipelines. Please refer the related issue here : #7105 |
@RajeevPentyala The below screenshot is the Coe alm accelerator templates folder. Can you tell in which of the yml file I need to set the variable 'skipSolutionVersioning' to true ? |
@iamaninda93 You don't need to change the yml files. Add a 'skipSolutionVersioning' variable under Pipelines > Library > alm-accelerator-variable-group as shown below. |
@RajeevPentyala I have added"SkipSolutionVersioning" to true in the varable group. Apart from that in which yml file the version format needs to be added? Desired Version format: YYYYMMDD.revision |
Hi Rajeev,
I have added"SkipSolutionVersioning" to true in the variable group. Apart
from that in which yml file the version format needs to be added?
Desired Version format: YYYYMMDD.revision
Regards,
Aninda
upload image Aninda Kar M: 9748917049 E: ***@***.***
…On Wed, 31 Jan 2024 at 3:45 PM, Rajeev Pentyala ***@***.***> wrote:
@iamaninda93 <https://github.com/iamaninda93> You don't need to change
the yml files. Add a 'skipSolutionVersioning' variable under *Pipelines >
Library > alm-accelerator-variable-group* as shown below.
image.png (view on web)
<https://github.com/microsoft/coe-starter-kit/assets/104883923/ad567868-d73f-40f1-80b9-e573e7333273>
—
Reply to this email directly, view it on GitHub
<#7553 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AJG44FEQTLOYYCN5QA7N5S3YRIKUNAVCNFSM6AAAAABCO6L57OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMJYG44TSMBUHE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
@iamaninda93 Please note that ALM Accelerator exhibits two behaviors when it comes to solution versioning.
|
@mikefactorial Step 1 : steps:
CUSTOMIZED: Using below template to customize solution version number.
Step 2: custom-solution-version-number.yml steps:
|
@iamaninda93 thanks for the detailed response. Looks like you're pretty close. You'll just want to inject the version number you are creating in custom-solution-version-number.yml into the solution.xml similar to how we are doing it in the powershell script @RajeevPentyala mentioned above. Something like the following. NOTE: This isn't tested just a sample
|
@iamaninda93 try replacing
with
|
Closing this out since there hasn't been a response in a while. Please let us know if you are still having this issue. |
Is your feature request related to a problem? Please describe.
Every time when we set up ALM of a new solution in AzDO we need to correct the versioning manually in the copied coe pipelines of the solution. This we don't want. We want the solution to have pipelines with the correct version number format YYYYMMDD.count.
Solutions deployed with the ALM Accelerator adhere to the version number format YYYYMMDD.countSolutions deployed to environments by the ALM Accelerator tools have the wrong version number format. It should be YYYYMMDD.revision but it is 1.0.YYYYMMDD.revision.
Describe the solution you'd like
Solutions deployed with the ALM Accelerator adhere to the version number format YYYYMMDD.count. Solutions deployed to environments by the ALM Accelerator tools have the wrong version number format. It should be YYYYMMDD.revision but it is 1.0.YYYYMMDD.revision.
Describe alternatives you've considered
Every time we need to change the format manually for each application.
Additional context?
No response
AB#2152
The text was updated successfully, but these errors were encountered: