-
Notifications
You must be signed in to change notification settings - Fork 186
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
Update subscription configuration schema to include new parameters #1163
Conversation
The following pipelines have been queued for testing: |
@heaths @weshaggard the latest update includes a couple of things, based on our conversations.
Passing test using the old subscription configuration and the old template parameter syntax: https://dev.azure.com/azure-sdk/internal/_build/results?buildId=603748&view=logs&j=bbd7d436-e05d-51a8-99a8-0701dc9dffeb&t=5c636125-15aa-53f0-715c-4a154a225488 |
The following pipelines have been queued for testing: |
The following pipelines have been queued for testing: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's no need to split parameters and environment variables - a breaking change. Parameters are already filtered to what the ARM template declares.
The following pipelines have been queued for testing: |
…ified hash literal
Expecting some changes but would like to see them.
@heaths @weshaggard updated based on our meeting. For context: due to the object->string rendering limitations with devops yaml, and breaking change concerns with dev usage of the script, I'm adding ArmTemplateParameters as a net new parameter, that's defined as a stringified powershell hash in pipeline yaml like we do in other repos today. I'm also setting all the new environment variables defined in the new subscription configurations as deployment outputs. Looking at these values more closely, I'm wondering if they are better off being defined in the sdk pipelines instead. Another discussion though. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Remember to regenerate the markdown as well. IIRC, the README has instructions how.
The following pipelines have been queued for testing: |
The following pipelines have been queued for testing: |
The following pipelines have been queued for testing: |
The following pipelines have been queued for testing: |
The following pipelines have been queued for testing: |
Hello @azure-sdk! Because this pull request has the p.s. you can customize the way I help with merging this pull request, such as holding this pull request until a specific person approves. Simply @mention me (
|
…1163) This change simplifies cloud configurations in our live test pipelines. Currently these parameters get defined per cloud in the live test template, which ends up creating a large, verbose configuration. To simplify these definitions, I'd like to move them into the subscription configuration. The resulting template usage becomes more like: ``` - name: CloudConfig type: object default: Public: SubscriptionConfiguration: $(sub-config-azure-cloud-test-resources) Preview: SubscriptionConfiguration: $(sub-config-azure-cloud-test-resources-preview) Canary: SubscriptionConfiguration: $(sub-config-azure-cloud-test-resources-preview) Location: 'eastus2euap' UsGov: SubscriptionConfiguration: $(sub-config-gov-test-resources) China: SubscriptionConfiguration: $(sub-config-cn-test-resources) ``` This change will require an update to the above 4 subscription configurations. The script change handles both the old and new data structure. Passing live test referencing the new configuration: https://dev.azure.com/azure-sdk/internal/_build/results?buildId=600922&view=logs&j=bbd7d436-e05d-51a8-99a8-0701dc9dffeb&t=20f065cd-bf8b-5b9d-5626-dd2113fcfcf1 Passing live test referencing the old configuration: https://dev.azure.com/azure-sdk/internal/_build/results?buildId=600932&view=results
This change simplifies cloud configurations in our live test pipelines. Currently these parameters get defined per cloud in the live test template, which ends up creating a large, verbose configuration. To simplify these definitions, I'd like to move them into the subscription configuration. The resulting template usage becomes more like:
This change will require an update to the above 4 subscription configurations. The script change handles both the old and new data structure.
Passing live test referencing the new configuration: https://dev.azure.com/azure-sdk/internal/_build/results?buildId=600922&view=logs&j=bbd7d436-e05d-51a8-99a8-0701dc9dffeb&t=20f065cd-bf8b-5b9d-5626-dd2113fcfcf1
Passing live test referencing the old configuration: https://dev.azure.com/azure-sdk/internal/_build/results?buildId=600932&view=results