fix(ops-agent): init submodules in update_digiplein flow #87

Merged
janpeter merged 1 commit from claude/digiplein-flow-submodule-init into main 2026-06-14 10:31:41 +02:00
Owner

Probleem

De DigiPlein-deploy faalt in de builder-stage:

Module not found: Can't resolve '@s4m-kit/index'
./app/api/s4m/[...path]/route.ts
> Build failed because of webpack errors

@s4m-kit/* is een tsconfig-alias naar vendor/scrum4me-copilot/kit/*, en vendor/scrum4me-copilot is een git-submodule (binnengekomen met DigiPlein PR #11, copilot-chat-integratie). De update_digiplein-flow ging van digiplein_git_reset_main direct naar docker_compose_build. Een hard reset (git checkout -f -B main) verzet alleen de submodule-pointer, checkt de inhoud niet uit → COPY . . kopieert een lege vendor/scrum4me-copilot/ → webpack Module not found.

Dit is een ander probleem dan de ops-dashboard ECONNRESET (#86); zelfde M16-patroon als eerder: flows met submodule-consumers hebben een git_submodule_update-stap nodig na de pull/reset.

Fix

Voeg git_submodule_update toe na digiplein_git_reset_main, vóór de build (zelfde patroon als update_scrum4me_web).

Geverifieerd

  • git_submodule_update is al een gewhiteliste command (git submodule update --init --recursive).
  • De submodule-remote scrum4me-copilot.git is bereikbaar voor ops-agent (git ls-remote slaagt).
  • De gepinde commit 18a02a3 bevat kit/index.ts.
  • .dockerignore sluit de vendor-bron niet uit (alleen .git).

Let op: dit is de drift-baseline-kopie; de live /etc/ops-agent/flows/update_digiplein.yml wordt symmetrisch bijgewerkt bij de deploy.

🤖 Generated with Claude Code

## Probleem De DigiPlein-deploy faalt in de builder-stage: ``` Module not found: Can't resolve '@s4m-kit/index' ./app/api/s4m/[...path]/route.ts > Build failed because of webpack errors ``` `@s4m-kit/*` is een tsconfig-alias naar `vendor/scrum4me-copilot/kit/*`, en `vendor/scrum4me-copilot` is een **git-submodule** (binnengekomen met DigiPlein PR #11, copilot-chat-integratie). De `update_digiplein`-flow ging van `digiplein_git_reset_main` direct naar `docker_compose_build`. Een hard reset (`git checkout -f -B main`) verzet alleen de submodule-*pointer*, checkt de inhoud niet uit → `COPY . .` kopieert een lege `vendor/scrum4me-copilot/` → webpack `Module not found`. Dit is een ander probleem dan de ops-dashboard `ECONNRESET` (#86); zelfde M16-patroon als eerder: flows met submodule-consumers hebben een `git_submodule_update`-stap nodig na de pull/reset. ## Fix Voeg `git_submodule_update` toe na `digiplein_git_reset_main`, vóór de build (zelfde patroon als `update_scrum4me_web`). ## Geverifieerd - `git_submodule_update` is al een gewhiteliste command (`git submodule update --init --recursive`). - De submodule-remote `scrum4me-copilot.git` is bereikbaar voor ops-agent (`git ls-remote` slaagt). - De gepinde commit `18a02a3` bevat `kit/index.ts`. - `.dockerignore` sluit de vendor-bron niet uit (alleen `.git`). Let op: dit is de drift-baseline-kopie; de live `/etc/ops-agent/flows/update_digiplein.yml` wordt symmetrisch bijgewerkt bij de deploy. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
DigiPlein's deploy faalde in de builder-stage op
'Module not found: Can't resolve @s4m-kit/index'
(app/api/s4m/[...path]/route.ts, copilot-integratie PR #11).

@s4m-kit/* -> vendor/scrum4me-copilot/kit/* (git-submodule). De flow
ging van digiplein_git_reset_main direct naar docker_compose_build;
een hard reset verzet alleen de submodule-pointer, checkt de inhoud
niet uit, dus COPY . . kopieerde een lege vendor-dir.

Voeg git_submodule_update toe na de reset (zelfde patroon als
update_scrum4me_web). git_submodule_update is al gewhitelist; de
submodule-remote is bereikbaar voor ops-agent; gepinde commit bevat
kit/index.ts.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
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/Ops-dashboard!87
No description provided.