Deploy proces

Algemeen deploy proces voor WeWeb projecten. Project-specifieke afwijkingen staan in de deploy-pagina van het betreffende project.

Standaard flow

1. Staging eerst — wijzigingen worden eerst naar staging gepushed
2. Klant approval — klant test op staging en geeft akkoord
3. Productie deploy — push naar productie via WeWeb editor
4. Smoke test — basisfunctionaliteit checken op productie
5. Changelog entry — wordt automatisch gegenereerd door de docs agent
6. Communicatie — kort bericht in Slack, klant notificatie waar nodig

After Deploy Hooks

Elk WeWeb project heeft een After Deploy Hook ingesteld die naar de UDefine docs Worker wijst. Deze hook zorgt dat changelog entries automatisch in deze docs site verschijnen.

Hook URL formaat:

https://udefine-docs-agent.<account>.workers.dev/?project=<klantnaam>

Wie productie deploys mag doen

Productie deploys worden gedaan door:

• Project lead voor dat project
• Tech lead

Staging deploys mag iedereen op het team doen.

Rollback procedure

Als een productie deploy stuk is:

1. WeWeb → Project Settings → Deployments
2. Selecteer de laatst werkende deploy
3. Klik "Restore"
4. Verifieer dat productie weer werkt
5. Communiceer in #deploys op Slack
6. Post-mortem in Linear binnen 24 uur

Database migraties

Database wijzigingen gaan eerst, voor de WeWeb deploy:

1. Test migratie lokaal
2. Apply op staging Supabase
3. Test in WeWeb staging
4. Apply op productie Supabase
5. Pas dan de WeWeb productie deploy

Monitoring na deploy

Eerste uur na een productie deploy actief checken:

• Sentry — nieuwe errors?
• Plausible — traffic blijft normaal?
• Klant-specifieke dashboards — checkouts/conversies blijven werken?