CC-8217 [wrangler] Apply application-level container changes when rollout_kind is "none"#14719
CC-8217 [wrangler] Apply application-level container changes when rollout_kind is "none"#14719Maximo-Guk wants to merge 1 commit into
rollout_kind is "none"#14719Conversation
…_kind is none Previously rollout_kind: "none" skipped the application modify entirely, silently dropping changes to max_instances, scheduling_policy, constraints, etc. Now the application is still updated; only the rollout is skipped. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
Codeowners approval required for this PR:
Show detailed file reviewers
|
|
Confirmed. When I've thoroughly reviewed the logic:
No logic bugs, security issues, or backward-compatibility violations found. LGTM |
@cloudflare/autoconfig
@cloudflare/config
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: |
rollout_kind is "none"rollout_kind is "none"
| expect(std.stderr).toMatchInlineSnapshot(`""`); | ||
| }); | ||
|
|
||
| test("can skip a simple existing application and create other", async ({ |
There was a problem hiding this comment.
I'm concerned this will be a breaking change. I believe there are currently active users that use rollout_kind = "none" to explicitly skip a container update entirely.
I think partial updates will need to be done through the API directly, or through a new path in wrangler, rather than modifying existing behavior.
There was a problem hiding this comment.
The output of a wrangler deploy is confusing and should be updated.
There was a wip fix for the output that I forgot to push through and merge (#13757). Happy to also discuss offline what the best approach here would be.
There was a problem hiding this comment.
Hi @nikitassharma , I trust y'alls judgement on whatever path forward you want to take here. Feel free to adjust anything in this PR or close it entirely!
Previously, setting
rollout_kind: "none"on a container skipped the application modify entirely, so application-level changes (e.g.max_instances,scheduling_policy,constraints) were silently dropped — despite being shown in the deploy diff. The containers team confirmedrollout_kindshould only control rollouts.With this change, both
wrangler deployandwrangler cloudchamber applystill call the application modify endpoint whenrollout_kindis"none"; only the rollout creation is skipped, so existing instances keep running the current version until a rollout is triggered.The
--containers-rollout=noneCLI flag is unaffected: it remains a separate escape hatch that skips the Docker build and container deploy entirely.rollout_kindis a hidden config option (@hidden, not in the public JSON schema); the JSDoc on the config type has been updated to describe the new semantics.A picture of a cute animal (not mandatory, but encouraged)
🤖 Generated with Claude Code