Feb 09 2024
07:18 PM
- last edited on
Mar 05 2024
05:26 PM
by
TechCommunityAP
Feb 09 2024
07:18 PM
- last edited on
Mar 05 2024
05:26 PM
by
TechCommunityAP
All of a sudden this afternoon my pipelines are failing due to GitVersion no longer being installed and not being an available task to install. Anyone know why this happened?
Feb 09 2024 08:48 PM
Feb 12 2024 10:17 AM - edited Feb 12 2024 10:26 AM
Somehow there's a breaking change.
Replace your GitVersion task with these two:
- task: gitversion/setup@0
inputs:
versionSpec: '5.x'
preferLatestVersion: true
- task: gitversion/execute@0
inputs:
additionalArguments: '/updateassemblyinfo "src/Solution Items/SharedAssemblyInfo.cs"'
We had to use additionalArguments because the task's GUI parameter doesn't seem to like the space in our path.
This bug applies to Marketplace extension GitTools:
Feb 12 2024 10:31 AM
@Martin_Dufresne
I put in the fix Saturday morning. Apparently Microsoft removed deprecated tasks without regard to whether people were using them.
Feb 12 2024 10:39 AM
@mluhring Hi!, please can you tell me, how do you fix the pipeline in Azure DevOps?
Feb 12 2024 10:47 AM
Feb 12 2024 11:26 AM
Feb 13 2024 01:13 AM
Feb 16 2024 09:45 AM
@mluhring Ha! They say in their update that deprecated tasks should be available again but the GitVersion task is still marked as "unpublished" and not available.
Does anyone else actually have the task available?
Feb 16 2024 02:00 PM
@MarkL_nz
See the response from Martin_Dufresne above. you need to update how you use GitVersion.
Feb 16 2024 02:19 PM
@mluhring Thanks - I did read the entire thread, and that's what we've done.
HOWEVER...that's NOT the solution, that's only a workaround. Microsoft have admitted that their mistake removed deprecated tasks from the marketplace, and say that they've "fixed the problem". Yet this task (and others, apparently) are NOT back in the marketplace.
So it's not fixed, and I'd like to know if it's just on our instance of DevOps, or if others are seeing the same problem still as well. I'd also like to hear from Microsoft on when they expect to have it *actually* fixed.
The reason that the workaround is not a permanent solution is simple: There are breaking changes in the new tasks, when their behavior is compared to the old one. One example is that when running GitVersion in the old task to update assemblyinfo files, if there *are* no assembly files to update, the task completes successfully. In the new GitVersion/Execute task, the same scenario is reported as a failure.
I'm responsible for a fairly large number of build pipelines and if the old task is not restored, I'm faced with days of work to get my pipelines up and running again - that's work I had not planned on and it's work that is stopping me from doing what I'm *meant* to be doing, which is adding value to my customers.