-
Notifications
You must be signed in to change notification settings - Fork 12
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
Add deployImage
as part of API export, add additional activity children, and allow more flexible deployment targets
#817
base: mwf/grim-sapphire
Are you sure you want to change the base?
Conversation
deployImageApi
to list of command exports and add updated activity childrendeployImageApi
to list of api exports and add updated activity children
deployImageApi
to list of api exports and add updated activity childrendeployImageApi
to api export and add updated activity children
deployImageApi
to api export and add updated activity childrendeployImageApi
as part of API export and add updated activity children
deployImageApi
as part of API export and add updated activity childrendeployImageApi
to API export, add additional activity children, and allow more flexible deployment targets
deployImageApi
to API export, add additional activity children, and allow more flexible deployment targetsdeployImage
as part of API export, add additional activity children, and allow more flexible deployment targets by template
deployImage
as part of API export, add additional activity children, and allow more flexible deployment targets by template
deployImage
as part of API export, add additional activity children, and allow more flexible deployment targets
import { type ContainerRegistryImageSourceContext } from "../../image/imageSource/containerRegistry/ContainerRegistryImageSourceContext"; | ||
import { type DeployImageToAcaOptionsContract } from "../vscode-azurecontainerapps.api"; | ||
|
||
export async function deployImageApi(deployImageOptions: DeployImageToAcaOptionsContract): Promise<void> { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is all a carryover of existing code. Only difference is the callWithTelemetryAndErrorHandling
wrapper
@@ -8,6 +8,15 @@ export interface AzureContainerAppsExtensionApi { | |||
deployWorkspaceProject(options: DeployWorkspaceProjectOptionsContract): Promise<DeployWorkspaceProjectResults>; | |||
} | |||
|
|||
// The interface of the command options passed to the Azure Container Apps extension's deployImageToAca command | |||
// This interface is shared with the Docker extension (https://github.com/microsoft/vscode-docker) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Carryover of existing interface, but moved into the api type definition
import { type ContainerRegistryImageSourceContext } from "../image/imageSource/containerRegistry/ContainerRegistryImageSourceContext"; | ||
import { type DeployImageContext } from "./DeployImageContext"; | ||
|
||
export async function deployImage(context: IActionContext & Partial<ContainerRegistryImageSourceContext>, node: ContainerItem): Promise<void> { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
New changes:
- Wizard context now includes
containersIdx
andtemplate
which are used to allow targets to each revision's container while in multiple revisions mode - Added activity children for logging the existing resource group and container app to keep formatting similar to the other major commands
Partially addresses: #719
Docker extension currently is calling into the command directly, but I wanted to expose the command as part of the extension API, so I reorganized it that way and added a backwards compatibility wrapper to keep everything working the same so Docker doesn't have to update anything.
I also made the command less opinionated by allowing the user to pick revision containers as well, basically allowing the command to deploy to all possible resource targets (instead of assuming the latest single revision mode container apps). This required adding an optional context value for the
Template
.I also added two new activity children to the command to better indicate when registry credentials were added to the container app envelope.
Examples: