-
Notifications
You must be signed in to change notification settings - Fork 92
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
[Module Proposal]: avm/res/app/container-app
#128
Comments
Hi @oZakari, Thanks for requesting/proposing to be an AVM module owner. We just want to confirm you agree to the below pages that define what module ownership means:
Any questions or clarifications needed, let us know. If you agree please just reply to this issue with the exact sentence below (as this helps with our automation 👍): "I CONFIRM I WISH TO OWN THIS AVM MODULE AND UNDERSTAND THE REQUIREMENTS AND DEFINITION OF A MODULE OWNER" Thanks, The AVM Core Team |
I CONFIRM I WISH TO OWN THIS AVM MODULE AND UNDERSTAND THE REQUIREMENTS AND DEFINITION OF A MODULE OWNER |
Reopening. @oZakari, please note that this issue can only be closed when the module is developed, tested, and published in the Bicep public registry. |
Hi @oZakari, Thanks for confirming that you wish to own this AVM module and understand the related requirements and responsibilities. We just want to ask you to double check a few important things before you start the development. Please visit the module index page of your module and use the following values explicitly as provided there:
You can now start the development of this module! Happy coding! 🎉 Please respond to this comment, once your module is ready to be published! Any further questions or clarifications needed, let us know. Thanks, The AVM Core Team |
avm-res-app-containerapp
Apps (res) (bicep)
semantics perhaps - but would avm-res-container-app be a better choice? There is avm-res-container-registry, and presumably there will need to be one for managed environments (avm-res-container-environment ?) seems more logical to me to place the container items closer together alphabetically If the intent is to group various app options together, then I think the appservice repository name needs reconsideration? |
Hi @kewalaka, the spec is where that naming convention came from. I think this was done to try to reduce the number of dashes for resource names with lots of spaces and to try to keep it as consistent as possible with the resource schema itself. For container registry it should be avm-res-containerregistry-registry instead of avm-res-container-registry. @matebarabas Just taking a quick look at other resource module names, looks like module for Action Group has a hypen, but it shouldn't either unless I am missing something. |
Please see the naming convention for resource and pattern modules under the respective shared requirement.
|
avm-res-app-containerapp
Apps (res) (bicep)avm/res/app/container-app
Due to a recent change in the naming convention for AVM Bicep modules, this module is getting an updated name. The title and description of this GH issue has been updated to reflect the name change. Please make sure you adhere to the new naming convention when publishing your module! Please see the new naming convention in: Please note that the Telemetry ID and name of GitHub Teams haven't changed. If you feel uncertain about any details, please check the Bicep modules indexes. |
Working branch from fork for reference: https://github.com/oZakari/bicep-registry-modules/tree/container-apps |
Thanks for the update @oZakari! Please let us know once you've submitted a PR (by providing a link to it). Thank you in advance! |
Hi @matebarabas, nearly complete, pushing to get the PR out by this Friday. |
## Description <!--Why this PR? What is changed? What is the effect? etc.--> Closes avm/res/app/container-app [#128](Azure/Azure-Verified-Modules#128 (comment)) If you haven't already, read the full [contribution guide](https://github.com/Azure/bicep-registry-modules/blob/main/CONTRIBUTING.md). The guide may have changed since the last time you read it, so please double-check. Once you are done and ready to submit your PR, edit the PR description and run through the relevant checklist below. Enable GitHub Workflows in your fork to enable auto-generation of assets with our [GitHub Action](/.github/workflows/push-auto-generate.yml). To trigger GitHub Actions after auto-generation, [add a GitHub PAT](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token) as a secret in your forked repository called `PAT`. > edit: @AlexanderSehr > | Pipeline | > | - | > | [![avm.res.app.container-app](https://github.com/oZakari/bicep-registry-modules/actions/workflows/avm.res.app.container-app.yml/badge.svg?branch=container-apps&event=workflow_dispatch)](https://github.com/oZakari/bicep-registry-modules/actions/workflows/avm.res.app.container-app.yml) | ## Adding a new module <!--Run through the checklist if your PR adds a new module.--> - [x] A proposal has been submitted and approved. - [x] I have included "Closes #{module_proposal_issue_number}" in the PR description. - [ ] I have run `brm validate` locally to verify the module files. - [x] I have run deployment tests locally to ensure the module is deployable. --------- Co-authored-by: Alexander Sehr <[email protected]>
Thank you for your work @oZakari! I'm closing this issue now. |
Check for previous/existing GitHub issues/module proposals
Check this module doesn't already exist in another project that is being evolved into AVM
Terraform or Bicep?
Bicep
Module Classification?
Resource Module
Module Name
avm/res/app/container-app
Module Details
Not proposing a new module but interested in taking ownership of existing CARML module.
For reference: https://github.com/Azure/ResourceModules/tree/main/modules/app/container-app
Do you want to be the owner of this module?
Yes
Module Owner's GitHub Username
oZakari
The text was updated successfully, but these errors were encountered: