ci: validate main after merge and check migrations #100
Inga granskare
Etiketter
Inga etiketter
area/backups
area/ci
area/control-panel
area/identity
area/infra
area/observability
area/payments
area/security
area/storage
area/web
blocked
needs-info
needs-triage
ready-for-implementation
type
bug
type
chore
type
docs
type
epic
type
feature
type
task
wontfix
Ingen milstolpe
Inget projekt
Inga tilldelade
1 deltagare
Notiser
Förfallodatum
Inget förfallodatum satt.
Beroenden
Inga beroenden satta
Referens
bitborg/bitborg-web!100
Läser in…
Hänvisa till i nytt ärende
Ingen beskrivning angiven.
Ta bort grenen "ci/validate-main"
Borttagning av en gren är permanent. Även om den borttagna grenen kan fortsätta existera en kort tid innan den faktiskt tas bort, kan det INTE ångras i de flesta fall. Vill du fortsätta?
CI was
pull_request-only, so nothing validatedmainafter a merge (#55).A squash or rebase merge produces a commit that no
pull_requestrun ever saw, so breakage thatexists only on the merged result went uncaught. Worse, once branch protection requires the
cicheck, a base branch quietly failing its own CI blocks every later PR — which is exactly what
happened in
bitborg-reconcile-trigger, wheremainsat with aREADME.mdthat failedformat:checkand the symptom surfaced as an unrelated Renovate PR failing.All five repos shared this gap; this is one of the five matching PRs.
Scoped to
main, so it does not double-run CI: pushes to PR branches still only firepull_request.Also: migration check
Added
pnpm drizzle-kit check(#57) — migration-journal integrity plus branch-collision("commutativity") detection, which catches a generated migration that no longer matches the schema,
or two branches that each added a migration and would collide on merge.
No database, no network — it reads
drizzle/meta/only. Verified green before wiring it in:Everything's fine.Refs #55, #57