-
Notifications
You must be signed in to change notification settings - Fork 729
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
using deployment().properties.templateLink.uri in bicep #325
Comments
Are these concerns specifically for non-template artifacts? Won't the template link property still exist as long as I deploy the main template via uri? If this is specifically about non-template artifacts, then yes I do think we should first class this as much as we can. As with template specs, I think the experience will be best with the CLIs, but the APIs the CLI depends on should also be as easy to use as possible. |
This will become more of a concern when deployment tooling is compiling bicep and creating the deployment. For now, we can instruct them to deploy however it is required |
Related to #27
Staging of templates will be unnecessary in bicep since we compile and send inline. A couple things came to mind:
common pattern in ARM today is to use deployment().properties.templateLink.uri as a "root" location for all artifacts (templates and non-template files). This property only exists when the deployment resource is created with a templateLink property. If we send inline, this won't exist and the pattern won't work.
should the CLIs do staging to solve the problem (and just first class the scenario in general) what happens for non-cli users?
The text was updated successfully, but these errors were encountered: