-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
[containerapp] Being able to specify the Dockerfile name and the Docker build context in a containerapp up command #5041
Comments
route to CXP team |
Thanks for the feedback! We are routing this to the appropriate team for follow-up. cc @calvinsID. Issue DetailsRelated command
Extension name (the extension in question)containerapp Description of issue (in as much detail as possible)Today we can pass the Until 0.3.1 there was a
Or for consistency maybe prefix the attributes with
And of course, if no attribute is set, then the command goes back to the default
|
Oh, "GH actions API needs to be updated" ! Do you know if there is an issue related to this so we can keep track? #Thanks |
Currently we have no plans to add special parameters to up command, Adding @anthonychu & @sanchitmehta for JAVA specific scenarios support. |
@agoncal please report regarding GitHub actions API support here https://github.com/microsoft/azure-container-apps/issues |
Thanks |
Related command
Extension name (the extension in question)
containerapp
Description of issue (in as much detail as possible)
Today we can pass the
context-path
parameter to theup
command to run a docker build specifying the location of theDockerfile
(if not it uses the defaults "./"). But in Java projects it is common to have several Docker files (e.g., to build a project in Java 11 as well as Java 17 and GraalVM).Until 0.3.1 there was a
docker-file-path
parameter that got replaced withcontext-path
. It would be great to have both attributes. So we could execute:Or for consistency maybe prefix the attributes with
docker
so we could have:And of course, if no attribute is set, then the command goes back to the default
Dockerfile
name under./
The text was updated successfully, but these errors were encountered: