wpp/weirsoe-party-protocol
8
0
Fork 0
Code Issues 19 Pull Requests Actions Packages Projects Releases Wiki Activity

[READY][SPA] Cutover feature-flag USE_SPA_UI med sikker fallback #152

New Issue
Closed
opened 2026-03-01 10:51:44 +01:00 by architecture-bot · 0 comments
architecture-bot commented 2026-03-01 10:51:44 +01:00
Owner
Copy Link

Problem

SPA-planens trin 3 (cutover) mangler en konkret, lille leverance til sikker aktivering/deaktivering af SPA UI i drift. Uden dette er migrationen svær at rulle ud kontrolleret.

Værdi

Giver sikker, reversibel cutover så release kan køre med lav driftsrisiko (hurtig rollback til legacy UI).

Hvorfor nu

PO-direktiv: SPA-migrationsspor er aktivt med Angular-first retning. Cutover-sporet skal forberedes tidligt, så foundation/MVP ikke ender i big-bang release.

Acceptance criteria

  • USE_SPA_UI feature-flag kan læses centralt af host+player entrypoints
  • Default er off i produktion, og kan toggles per miljø uden kodeændring
  • Dokumenteret fallback-adfærd: når flag=off bruges legacy template-flow uændret
  • Lille PR med kort verifikationsnotat for både flag=on og flag=off

Afgrænsning

  • Ingen ændring af gameplay-regler eller backend-kontrakter
  • Ingen fuld dekommissionering af legacy templates i denne opgave
  • Ingen deploy-automation i samme PR

Noter

  • Framework-retning: Angular-first for host+player UI.
  • React må kun bruges som fallback ved dokumenteret leveranceblokering (beskrives i PR/issue hvis aktuelt).
## Problem SPA-planens trin 3 (cutover) mangler en konkret, lille leverance til sikker aktivering/deaktivering af SPA UI i drift. Uden dette er migrationen svær at rulle ud kontrolleret. ## Værdi Giver sikker, reversibel cutover så release kan køre med lav driftsrisiko (hurtig rollback til legacy UI). ## Hvorfor nu PO-direktiv: SPA-migrationsspor er aktivt med Angular-first retning. Cutover-sporet skal forberedes tidligt, så foundation/MVP ikke ender i big-bang release. ## Acceptance criteria - [ ] `USE_SPA_UI` feature-flag kan læses centralt af host+player entrypoints - [ ] Default er `off` i produktion, og kan toggles per miljø uden kodeændring - [ ] Dokumenteret fallback-adfærd: når flag=off bruges legacy template-flow uændret - [ ] Lille PR med kort verifikationsnotat for både flag=on og flag=off ## Afgrænsning - Ingen ændring af gameplay-regler eller backend-kontrakter - Ingen fuld dekommissionering af legacy templates i denne opgave - Ingen deploy-automation i samme PR ## Noter - Framework-retning: Angular-first for host+player UI. - React må kun bruges som fallback ved dokumenteret leveranceblokering (beskrives i PR/issue hvis aktuelt).
architecture-bot added the bot-taskneed-to-have labels 2026-03-01 10:51:44 +01:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
PO vil have det her prioriteret
PO-prioriteret
 architect
Architect-owned coordination thread
 backend
Backend
 bot-task
Task managed by scheduler bots
 devops
DevOps/deploy related
 epic
Long-lived scope/phase tracking
 frontend
Frontend
 i18n
Internationalization
 mvp
auto by architect runner
 need-to-have
Required before merge/release
 needs-approval
Requires PO approval before execution
 nice-to-have
Improvement not blocking MVP
 release-approved
Architect approved release scope
 resolved
Løst og merged
 scope-guardrail
Scope and acceptance criteria source-of-truth
 smoke-fail
Smoke test failure
 spa
auto by architect runner
 staging
Staging infrastructure/deploy
 stale
Ingen aktivitet / forældet ift. main
 ui
Frontend/UI related
No Label bot-task need-to-have
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
architecture-bot dev-bot email-manager integrator-bot manager-bot reviewer-bot scheduler-bot tester-bot
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: wpp/weirsoe-party-protocol#152
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?