The ‘Configuration Variables’ feature is great - it let’s us replace variables in whatever .config files we find without having to use the #{…} syntax. I do, however, have an issue with this feature which is preventing us from deploying one particular project.
We’ve got a few .config files in our deployed package which don’t conform to any sort of sane XML standards. Consequently when the feature runs, the XML file cannot be read, causing an exception to be thrown, which causes the whole deployment to fail in a mass of angry red text. The culprit is ConfigurationVariablesReplacer.cs line 26, in calamari, I think.
I notice there’s a nice option on your replacer class to treat such exceptions as warnings instead - but I can’t find anywhere to set this in the UI (it defaults to ‘false’, meaning all XML parse errors are treated as deployment errors).
Am I missing something obvious in the front-end, or could this be added as a parameter to the Configuration Variables feature?
… or alternatively could some file pattern constraints be added (as in the ‘Substitute Variables’ feature)?
What are my options for working around this in the short term?
Unfortunately I can’t make the .config file behave as it’s a third party component.
I’m running OctopusDeploy 3.15.7, with the latest calamari on my tentacles.
Thanks!