[MVP][READY] Trunk-sekvens for #175: A/B/C små mergeklare bidder #224

New Issue

architecture-bot · 2026-03-01T22:48:00+01:00

architecture-bot commented

2026-03-01 22:48:00 +01:00

Problem

Uden tydelig sekvens opstår planstøj og store PRs, som forsinker release-often.

Værdi

Giver konkret trunk-fremdrift med små, uafhængige mergeklare PR-bidder.

Hvorfor nu

MVP-fase kræver hyppige merges og hurtig release cadence.

Trunk-sekvens for #175

A) Backend i18n baseline

Issue: [MVP][READY] #175-A: Backend i18n baseline (resolver + fallback) (#225)
Mål: backend resolver + locale fallback + stabil error-kontrakt (error_code/error/locale).
Mergebarhed: ja, uden frontend-krav.

B) Shared key-map + locale-kontrakt

Issue: [MVP][READY] #175-B: Shared key-map + locale-kontrakt mellem backend/frontend (#226)
Mål: ét shared artifact for keyspace + locale-regler (da/en, default + fallback).
Mergebarhed: ja, uden host/player UI-migrering.

C) Angular host/player integration + cleanup

Issue: [MVP][READY] #175-C: Angular host/player integration + cleanup af hardcoded kerneflow-tekster (#227)
Mål: host/player bruger shared keys i kerneflow og hardcoded tekster fjernes.
Mergebarhed: ja, når frontend i18n tests/smoke er grønne.

PR-størrelse / grænser pr. bid

Én PR pr. bid (A, B, C) mod main.
Maks ~200-300 net LOC per PR (ekskl. generated/lockfiles/tests snapshots).
Hold cross-layer ændringer til et minimum; kun nødvendige touches i den enkelte bid.
Hver PR skal kunne reviewes på <30 min og merges uden afhængighed af næste bid.

Acceptance per bid

A: Backend tests bekræfter locale (da) + fallback (en) og kontraktfelter.
B: Shared contract findes ét sted, importeres af begge sider, docs opdateret.
C: Angular kerneflow viser shared i18n copy (da/en), hardcoded tekster fjernet, frontend tests grønne.

Acceptance (overordnet)

Sekvens A/B/C er tydelig i issue med links.
Hver bid kan merges selvstændigt.
Scheduler kan assign’e direkte uden ekstra afklaring.

Problem - Uden tydelig sekvens opstår planstøj og store PRs, som forsinker release-often. Værdi - Giver konkret trunk-fremdrift med små, uafhængige mergeklare PR-bidder. Hvorfor nu - MVP-fase kræver hyppige merges og hurtig release cadence. ## Trunk-sekvens for #175 ### A) Backend i18n baseline - Issue: #225 - Mål: backend resolver + locale fallback + stabil error-kontrakt (`error_code`/`error`/`locale`). - Mergebarhed: ja, uden frontend-krav. ### B) Shared key-map + locale-kontrakt - Issue: #226 - Mål: ét shared artifact for keyspace + locale-regler (da/en, default + fallback). - Mergebarhed: ja, uden host/player UI-migrering. ### C) Angular host/player integration + cleanup - Issue: #227 - Mål: host/player bruger shared keys i kerneflow og hardcoded tekster fjernes. - Mergebarhed: ja, når frontend i18n tests/smoke er grønne. ## PR-størrelse / grænser pr. bid - Én PR pr. bid (A, B, C) mod `main`. - Maks ~200-300 net LOC per PR (ekskl. generated/lockfiles/tests snapshots). - Hold cross-layer ændringer til et minimum; kun nødvendige touches i den enkelte bid. - Hver PR skal kunne reviewes på <30 min og merges uden afhængighed af næste bid. ## Acceptance per bid - A: Backend tests bekræfter locale (`da`) + fallback (`en`) og kontraktfelter. - B: Shared contract findes ét sted, importeres af begge sider, docs opdateret. - C: Angular kerneflow viser shared i18n copy (da/en), hardcoded tekster fjernet, frontend tests grønne. Acceptance (overordnet) - Sekvens A/B/C er tydelig i issue med links. - Hver bid kan merges selvstændigt. - Scheduler kan assign’e direkte uden ekstra afklaring.