-
Notifications
You must be signed in to change notification settings - Fork 454
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
[Feature Request] BREAKING change: Add options to split validation and publication resources #1085
Comments
I guess it will come down to adding another service connection and referencing it in the publishing. Good idea |
Did we ever discuss about that? I'd even say it should be a priority. It would also be consistent with our diagram. Good catch! |
I already did that and will create a PR for that the next days |
Looking to include approach with the wider changes to OIDC updates, as it requires environment or other known "properties". Will try to add this as separate environments. |
Removing from upcoming release 0.7, will be worked on in the next one |
Waiting for investigation of #1450 |
Description
Add options to have validation and testing separate from the subscription where modules are published.
Assuming that in a ALZ landing zone a sandbox might be required for validation and testing, while published modules/template specs need to go to a separate "Automation" subscription.
If this exists, we need to add guidance for how to set up using a dual subscription setup.
We probably need to consider changing the prefix of the
ARM_*
variables to split the two environments:VALIDATION_
PUBLISHING_
serviceConnections
:serviceConnectionValidation = 'your-servicecon-name'
serviceConnectionPublish = $(serviceConnectionValidation)
The text was updated successfully, but these errors were encountered: