janpeter/scrum4me-workers
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

fix(schema): shared-bump 8df71d2 — DEPLOY-kind (herstelt jobs-board crash, 2e lockstep-incident) #57

Merged
janpeter merged 1 commit from fix/shared-bump-deploy into main 2026-07-04 17:35:54 +02:00
Conversation 0 Commits 1 Files changed 5 +8 -2
janpeter commented 2026-07-04 17:34:57 +02:00
Owner
Copy link

Hotfix — jobs-board wéér down, nu op DEPLOY

Zelfde patroon als #56 (IDEA_CHAT, vanochtend): de M17 DEPLOY-job-merges in web (PR #98–#101) en shared (PR #24) brachten kind = 'DEPLOY'-rijen in de gedeelde Postgres. De workers-client (pin a7c7887) kent die waarde niet:

Invalid `prisma.claudeJob.findMany()` invocation:
Value 'DEPLOY' not found in enum 'ClaudeJobKind'  (P2023)

Wijzigingen

  • vendor/scrum4me-shared: a7c7887 → 8df71d2 (= de pin van de webapp op main; DEPLOY-kind + M17b question-channel-allowlist + M18 brainstorm-registry)
  • DEPLOY toegevoegd aan KIND_LABELS (job-card, jobs-column), KIND_OPTIONS-filterpills en KIND_ORDER/KIND_LABELS (settings) — label DEPLOY conform web
  • KIND_ORDER-test: 10 → 11 kinds

Verificatie

  • npm run verify groen: lint, typecheck, 613 tests / 97 files
  • Na merge: rebuild + redeploy scrum4me-workers op scrum4me-server

Structureel

Dit is het 2e lockstep-incident vandaag. Suggestie (aparte PR, na akkoord): where: { kind: { in: KIND_ORDER } } op de jobs-board-queries zodat een onbekende kind de board niet meer plat legt maar tijdelijk verborgen blijft tot de bump.

🤖 Generated with Claude Code

## Hotfix — jobs-board wéér down, nu op DEPLOY Zelfde patroon als #56 (IDEA_CHAT, vanochtend): de M17 DEPLOY-job-merges in web (PR #98–#101) en shared (PR #24) brachten `kind = 'DEPLOY'`-rijen in de gedeelde Postgres. De workers-client (pin `a7c7887`) kent die waarde niet: ``` Invalid `prisma.claudeJob.findMany()` invocation: Value 'DEPLOY' not found in enum 'ClaudeJobKind' (P2023) ``` ## Wijzigingen - `vendor/scrum4me-shared`: `a7c7887` → `8df71d2` (= de pin van de webapp op main; DEPLOY-kind + M17b question-channel-allowlist + M18 brainstorm-registry) - `DEPLOY` toegevoegd aan `KIND_LABELS` (job-card, jobs-column), `KIND_OPTIONS`-filterpills en `KIND_ORDER`/`KIND_LABELS` (settings) — label `DEPLOY` conform web - KIND_ORDER-test: 10 → 11 kinds ## Verificatie - `npm run verify` groen: lint, typecheck, 613 tests / 97 files - Na merge: rebuild + redeploy `scrum4me-workers` op scrum4me-server ## Structureel Dit is het 2e lockstep-incident vandaag. Suggestie (aparte PR, na akkoord): `where: { kind: { in: KIND_ORDER } }` op de jobs-board-queries zodat een onbekende kind de board niet meer plat legt maar tijdelijk verborgen blijft tot de bump. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
Zelfde patroon als PR #56 (IDEA_CHAT), nu met kind=DEPLOY: de M17
DEPLOY-job-merges in web (PR #98–#101) + shared (PR #24) brachten
DEPLOY-rijen in de gedeelde Postgres; de workers-client op pin a7c7887
kent die waarde niet → P2023 'Value DEPLOY not found in enum
ClaudeJobKind' bij claudeJob.findMany op /jobs.

- vendor/scrum4me-shared: a7c7887 → 8df71d2 (DEPLOY-kind + M17b
  question-channel-allowlist + M18 brainstorm-registry)
- DEPLOY toegevoegd aan KIND_LABELS (job-card, jobs-column),
  KIND_OPTIONS-filterpills en KIND_ORDER/KIND_LABELS (settings) — zelfde
  pin en labels als de webapp op main
- KIND_ORDER-test: 10 → 11 kinds

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
janpeter/scrum4me-workers!57
No description provided.