Replies: 2 comments 3 replies
-
You can probably accomplish what you're looking for by changing what tag is applied after you build your image, so that the image builds directly into the ACR-tagged version, and doesn't require a retag. In the extension if you push an image with a tag that matches a connected registry (including ACR), it shouldn't prompt again for tagging (if it does, that's a bug). I'd suggest changing your Docker Build command to something like this: docker build -t myacr.azurecr.io/myimage:latest -f Dockerfile . If you're using a {
"type": "docker-build",
"label": "docker-build",
"platform": "node",
"dockerBuild": {
"dockerfile": "${workspaceFolder}/Dockerfile",
"context": "${workspaceFolder}",
"pull": true,
"tag": "myacr.azurecr.io/myimage:latest"
}
}, |
Beta Was this translation helpful? Give feedback.
-
Followup question then.... My usual pattern (correct me if you see where I'm going off base) is to build a local image (image A: latest), then tag it such as (acr/image A:latest. When I make a change and want to rebuild, am I rebuilding imageA or acr/image A? My habit is to rebuild image A then retag to acr, then push acr but that seems like more steps than necessary. I'm looking for best practices, customer recommendations. |
Beta Was this translation helpful? Give feedback.
-
If I want to set up deployment from my ACR container to Azure app service, do I need to tag with the ACR every time or does the extension know now that I've tagged it with ACR, it remembers that?
The reason I ask is that I thought on redeployment (local changes in VSCode, then local build, then push) didn't require retagging but that isn't working for me now.
Beta Was this translation helpful? Give feedback.
All reactions