-
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
Pipe ARM template outputs into build variables so that I can use them for later steps #3198
Comments
@piquet-h as of now Deploy Azure RG does not support to take its output as a output variable. But you can do
|
This is all well and good if you have a simple string field that you want to pass along, but what about if you want to pass things like connection strings and keys to later steps for populating items that are released on-premise where there's no app service override of System.Configuration.ConfigurationManager to manager your appSettings and connectionStrings in a secure way ? |
I've created a VSTS extension which does exactly this... Hope it helps! |
#4772 I am working on it. |
See #5351 for latest on this topic |
I have added an outputs section in the task definition, where you can provide a name for the variable for the output variable which will contain the outputs section of the current deployment object in string format. You can use the “ConvertFrom-Json” PowerShell cmdlet to parse the JSON object and access the individual output values in the further steps of your build/release. You'll start seeing this change within next 3 weeks. |
I have two subscriptions I wish to join with n vpn gateways. I wish to take the output from the first resource group deployment which lists the names of the vpn gateways as an output, and pass that as a template parameter override into the next resource group deployment.
Can we use the ##[vso.setVariable] per the command authoring to pump it out? There's a related issue about persisting output variables which doesn't really complete the job
The text was updated successfully, but these errors were encountered: