fix(wrangler): replace existing resource bindings during creation#14440
fix(wrangler): replace existing resource bindings during creation#14440james-elicx wants to merge 1 commit into
Conversation
🦋 Changeset detectedLatest commit: 3dbdc24 The changes in this PR will be included in the next version bump. This PR includes changesets to release 3 packages
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 |
|
✅ All changesets look good |
|
Now let me consider one subtle bug carefully. When Let me consider the real concern: One genuinely worth-noting concern: comments in the config near the modified bindings. With I've thoroughly analyzed the logic, the merge semantics, the LGTM |
@cloudflare/autoconfig
create-cloudflare
@cloudflare/deploy-helpers
@cloudflare/kv-asset-handler
miniflare
@cloudflare/pages-shared
@cloudflare/unenv-preset
@cloudflare/vite-plugin
@cloudflare/vitest-pool-workers
@cloudflare/workers-auth
@cloudflare/workers-editor-shared
@cloudflare/workers-utils
wrangler
commit: |
80312b5 to
179cdcc
Compare
5e80607 to
b1a5985
Compare
b1a5985 to
3dbdc24
Compare
|
Codeowners approval required for this PR:
Show detailed file reviewers
|
When Wrangler creates a resource and config updates have been authorized, replace an existing binding with the selected name instead of appending a duplicate entry.
Authorization follows the existing command behavior:
Would you like Wrangler to add it on your behalf?.--update-configor--binding.No additional replacement flag or confirmation is required. This allows project templates containing placeholder resource IDs to work in both interactive and automated workflows. Unrelated fields on the existing binding are preserved while the newly created resource details and selected local/remote setting are applied.
A picture of a cute animal (not mandatory, but encouraged)