Skip to content

ci(rebuild-qa): add force-publish input to re-seed Option B ContentCurrent (QA) - #2062

Merged
jung-thomas merged 2 commits into
DEVfrom
fix/qa-force-publish-input
Aug 28, 2026
Merged

jung-thomas merged 2 commits into
DEVfrom
fix/qa-force-publish-input

Conversation

@jung-thomas

Copy link
Copy Markdown
Contributor

Why

rebuild-content-qa.yml published QA content with no way to force a full republish, so a normal delta publish skips slugs unchanged vs ContentFiles — leaving the QA ContentCurrent table stale after the Option-B read/skip flags are toggled (island hashes go out of date → QA tutorials would 404 on their islands). The main channel's rebuild-content.yml already has a force-publish input; QA lacked the parity.

What

  • Adds a force-publish boolean workflow_dispatch input (default false).
  • Passes --force to publish-content.ts --channel qa when set, so ALL slugs are published/dual-written — the one-time seed/repair path for QA ContentCurrent.

Context

Used tonight (dispatched from this branch) to re-seed the QA ContentCurrent after the fast-path flags were re-enabled on tutorials-srv-qa. Recurring QA rebuilds don't need it — they dual-write deltas normally when the write flag is on. Companion to the DB-config fix (#2061) and issue #2060.

…rrent (QA)

Mirrors rebuild-content.yml's force-publish. Needed to re-seed the QA
ContentCurrent after the delta flags were toggled (a normal delta publish
skips unchanged slugs vs ContentFiles, leaving ContentCurrent stale). One-time
seed tool; recurring QA rebuilds dual-write deltas normally when WRITE is on.
@jung-thomas
jung-thomas merged commit 4b3d08d into DEV Aug 28, 2026
4 checks passed
@jung-thomas
jung-thomas deleted the fix/qa-force-publish-input branch August 28, 2026 10:28
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