sparse-intern-71089
06/19/2023, 3:56 PMacceptable-intern-25844
06/19/2023, 8:35 PMDocker.Image
. It first removes the deployment, then waits a minute while the image is being built, and only then creates a new deployment.acceptable-intern-25844
06/19/2023, 8:50 PMDocker.Image
like new Docker.Image(serviceName+':'+serviceVersion)
.If I update the version - pulumi decides to create a new image first, and then update the deployment. But if the version is the same as the previous one and the context hash digest is changed - it decides to remove the deployment first, and then build and recreate the deploymentwide-dress-96388
06/20/2023, 6:33 AMacceptable-intern-25844
06/20/2023, 10:16 AMreplaceOnChanges
option, looks like it is the opposite of what we want. The only way to deal with accidental deletes is the protect
resource option, which throws an error if some state diff results in replacement. With this, we could at least figure out exactly which changes are not updatable. Also there are fields that always trigger the replacement, in case of Deployment check the docs and search on the page for: Cannot be updated
.acceptable-intern-25844
06/20/2023, 12:12 PMprotect
allows the replacement…wide-dress-96388
06/20/2023, 1:36 PM