Skip to content

deploy: hold dinersclub at v0.0.43-wa until DingConnect is live - #147

Open
nandanrao wants to merge 1 commit into
mainfrom
deploy/hold-dinersclub
Open

deploy: hold dinersclub at v0.0.43-wa until DingConnect is live#147
nandanrao wants to merge 1 commit into
mainfrom
deploy/hold-dinersclub

Conversation

@nandanrao

Copy link
Copy Markdown
Contributor

Makes the next helm upgrade ship replybot and nothing else.

Why

0fbe0dea bumped versionDinersclub to v0.0.45 in both values files, but it was never applied — so the version has sat ahead of the cluster since. That made it a silent passenger: helm upgrade acts on the whole release, so deploying replybot would have shipped dinersclub too.

DingConnect isn't operational yet, and v0.0.45 is exactly the commit that switches its credential resolution to Generic Secrets — deliberately dropping the legacy entity='dingconnect' credential (TestDingConnectAuth_IgnoresLegacyEntity pins that behaviour). Deploying it before the secrets are seeded would break DingConnect payments rather than merely not help.

What this does

Pins both files back to v0.0.43-wa — what both clusters actually run — so the values files describe live state again. The code stays on main, the image stays built; only the deployment waits.

A comment at each site records why and what unblocks it, so the next person to see 43-wa next to a published 45 doesn't read it as drift and "fix" it.

Blast radius of holding: nil

The whole v0.0.43-wa..v0.0.45 range is DingConnect-scoped — dingconnect.go, its tests, a new secrets.go referenced by nothing else, and the go-dingconnect dep. No other provider is touched. And DINERSCLUB_PROVIDERS in both envs is "fake,reloadly,giftcard,http" — dingconnect isn't in the enabled list at all.

Verified

helm template against each values file, diffed against the live images:

vprod    replybot  v0.0.213     ->  v0.0.215
vstag    replybot  v0.0.211-wa  ->  v0.0.215

Exactly one image changes per namespace. Nothing else.

🤖 Generated with Claude Code

https://claude.ai/code/session_01XrTQ71XhpBp678wC3TB5CF

Both values files were bumped to v0.0.45 in 0fbe0de but never applied, so the
version has sat ahead of the cluster since. That made it a silent passenger:
the next `helm upgrade` for any other service would have shipped it, because
helm upgrades the whole release.

DingConnect is not operational yet, and v0.0.45 is the commit that switches its
credential resolution to Generic Secrets — deliberately dropping support for
the legacy entity='dingconnect' credential (TestDingConnectAuth_IgnoresLegacyEntity
pins that). Deploying it before the secrets are seeded would break DingConnect
payments rather than merely not help.

Pinned back to v0.0.43-wa, which is what both clusters are actually running, so
the values files once again describe the live state. The code stays on main and
the image stays built; only the deployment waits. A comment at each site records
why and what unblocks it, so the next person to see 43-wa next to a published
45 does not read it as drift and "fix" it.

Holding costs nothing else: the whole v0.0.43-wa..v0.0.45 range is
DingConnect-scoped — dingconnect.go, its tests, a new secrets.go referenced by
nothing else, and the go-dingconnect dep. No other provider is touched, and
DINERSCLUB_PROVIDERS in both envs is "fake,reloadly,giftcard,http", which does
not include dingconnect at all.

With this, `helm upgrade` against either values file changes exactly one image:

  vprod   replybot v0.0.213     -> v0.0.215
  vstag   replybot v0.0.211-wa  -> v0.0.215
@netlify

netlify Bot commented Aug 5, 2026

Copy link
Copy Markdown

Deploy Preview for vlab-research canceled.

Name Link
🔨 Latest commit 7c0ae88
🔍 Latest deploy log https://app.netlify.com/projects/vlab-research/deploys/6a7390da3c96b60008a860c5

@netlify

netlify Bot commented Aug 5, 2026

Copy link
Copy Markdown

Deploy Preview for virtuallab-videos canceled.

Name Link
🔨 Latest commit 7c0ae88
🔍 Latest deploy log https://app.netlify.com/projects/virtuallab-videos/deploys/6a7390da6e5b5300082f3c4f

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant