-
Notifications
You must be signed in to change notification settings - Fork 1k
Fix manifest inspect failing due to wrong image ref #10923
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
Conversation
🦋 Changeset detectedLatest commit: c62af92 The changes in this PR will be included in the next version bump. Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
Failed to automatically backport this PR's changes to Wrangler v3. Please manually create a PR targeting the Depending on your changes, running Notes:
|
create-cloudflare
@cloudflare/kv-asset-handler
miniflare
@cloudflare/pages-shared
@cloudflare/unenv-preset
@cloudflare/vite-plugin
@cloudflare/vitest-pool-workers
@cloudflare/workers-editor-shared
wrangler
commit: |
095a985
to
816d583
Compare
ad84bc1
to
e699292
Compare
e699292
to
0b62501
Compare
4bf8c5d
to
e990379
Compare
Approved pending linting checks etc |
Various fixes to how detect if the image we have locally already exists in the remote repository. This means we don't have re-push and re-rollout container images.
I think at some point we moved where we resolve the image name and add the account id, meaning the manifest inspect command stopped using the full image ref. This meant the manifest inspect command was failing every time, meaning we always had to push the image D:
We were also previously comparing remote digest against the image id sha from the local image. Docker + containerd seems to produce the same sha's for image id and digest, which is a bug with docker probably, but meant that this was previously working in that setup. Instead we are now comparing the sha's from repoDigest (local) and the remote digest, which should be the same regardless of container engine. I think this is still valid?
Also stop deleting the tag after pushing, since (on some docker setups) that deletes the repoDigest, which we need the next time this image is built to check if it exists remotely.
Also adds an e2e test to verify that we don't re-push when the image hasn't changed, since this path seems really prone to regression.