2 Commits

Author	SHA1	Message	Date
pr-daaif	3f9d0d806e	ci(r0.13): déploiement continu Dokploy — instance siop2.apps.enset.top ... - job deploy : webhook Dokploy appelé sur push main uniquement si les 5 jobs CI sont verts ; skip explicite tant que DOKPLOY_WEBHOOK_URL n'est pas configuré - runbook : instance de démonstration ENSET, checklist de déploiement manuel depuis GitHub (§3) et mise en place du CD (§4) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2026-07-15 23:33:24 +01:00
pr-daaif	ce24d9c32b	build(r0.13): Dockerfiles api/web + compose Dokploy + runbook — R0 prêt à déployer ... - image api : multi-stage (pnpm deploy --legacy --prod), client Prisma régénéré dans l'arborescence déployée, binaryTargets explicites (debian/arm64 openssl-3), entrypoint migrate deploy → seed optionnel (SEED_ON_START, compilé dist/seed) → API ; non-root, healthcheck /health - image web : nginx alpine, statique Vite, proxy /api résolu À LA REQUÊTE (resolver Docker + variable — nginx démarre sans l'API), fallback SPA, cache immuable /assets, healthcheck IPv4 (127.0.0.1) - infra/docker-compose.dokploy.yml : 5 services préfixés siop2-, secrets exigés, seul siop2-web rejoint dokploy-network (API jamais exposée) - runbook docs/06-production/runbook-dokploy.md : topologie, profils d'environnement, checklist première prod, rollback, répétition locale - répétition locale validée de bout en bout : migrate+seed au boot, parcours demo-login → /users/me à travers nginx conteneurisé, conteneurs healthy ; le double verrou ADR-002 (DEMO_MODE sans I_KNOW en production) a refusé de démarrer — observé en situation réelle - prisma passe en dépendance de production (migrations au boot) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2026-07-15 22:58:42 +01:00