-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
[REGRESSION]: FileTransform@2 v2.248.1 fails on linux machines due to an introduced new variable enabled by default #20661
Comments
Hi @bolt-io, we have overridden to the previous task version and are currently working on the fix. |
Thanks for the update @EshitaD. Regarding overriding to the previous task version, please bear in mind that people (like myself) will have updated pipelines to the new version format of: - task: FileTransform@2
displayName: 'Update appsettings'
inputs:
folderPath: '$(Build.SourcesDirectory)/'
enableXmlTransform: false
jsonTargetFiles: '**/appsettings*.json' The revert may break this task on non-windows machines as I have heard feedback that this effects only those with a null value for Hope this helps. |
We updated our pipeline template to use the new parameter and now all our deployment jobs are broken again because of the rollback. Please consider the consequences of making breaking changes. |
Tried to warn you 🤦 Who is approving these changes? This should be fundamental knowledge in programming |
Also impacted by the breaking change before and the regression thrown in. I'd implore people to consider undocumented breaking changes that disrupt processes for everyone using these pipeline tasks. |
Sorry for the inconvenience. To prevent further regressions, we have rolled back the fix. We are currently working on a hotfix and will resolve it as soon as possible. |
Same here, any ETA when the hotfix will be live? |
It would be really helpful to know what the final plan is. Rolling back the rollback is just going to break things again. If the intended end state is to have things as they were Friday, can you let everyone know so we know there should only be one more breaking change? Alternatively, doesn't the task have a version number to avoid this sort of thing? |
Task versions can be pinned as follows, this is the approach we took initially to workaround the issue. - task: [email protected] When we realised that a new parameter 'enableXmlTransform' had been introduced, we adjusted our template to make use of it. This then broke things a second time, when the change was rolled back, after a number of days had elapsed. Our template now has both the old and new parameters specified. Hopefully this will be future proof. enableXmlTransform: false |
We have made code changes based on the operating system and are currently testing them. These changes will be merged by the end of the day. |
Hi @bolt-io, could you please share me your org name? |
@bolt-io, i mean could you please provide devops organisation name, eg: https://dev.azure.com/v-eduvvada |
|
Hi, sorry but we are getting an error with the latest release. The config transform was working yesterday, now getting error when building on Linux self hosted agent (windows works)
YAML: ... Please advise on what we should do to fix this as it appears to be broken by this release. ADO site https://dev.azure.com/trublue |
Hi @leed-star, We have merged the code changes, and the deployments have started. I will let you know once they are completed. |
New issue checklist
Task name
FileTransform@2
Breaking task version
2.248.1
Last working task version
2.246.1
Regression Description
A change in #20602 which included the new variable
enableXmlTransform
with"defaultValue": true
means that all pipelines running on non-windows platforms require updating! Please implement this in a transitive way so it still works with an emptyxmlTransformationRules
value. Minor changes should not having breaking changes.Environment type (Please select at least one enviroment where you face this issue)
Azure DevOps Server type
dev.azure.com (formerly visualstudio.com)
Azure DevOps Server Version (if applicable)
No response
Operation system
Ubuntu
Relevant log output
Full task logs with system.debug enabled
UNSUCCESSFUL RUN
SUCCESSFUL RUN
Repro steps
The text was updated successfully, but these errors were encountered: