ad104c82d7
L'image de production existait mais n'était jamais partie. Quatre manques la
rendaient inexploitable, tous silencieux — l'application démarrait dans les
quatre cas.
Le front n'était pas dans l'image
public/build et public/index.html sont gitignorés, et le Dockerfile n'avait
pas d'étage Node. L'API répondait, chaque URL de l'interface renvoyait 503 :
une panne partielle, donc plus déroutante qu'une panne franche. Étage
app_frontend ajouté, avec une vérification au build qui échoue si le front
manque.
Aucune migration n'était appliquée
Seul l'entrypoint de dev le faisait. docker/entrypoint.prod.sh applique les
migrations sous garde RUN_MIGRATIONS et refuse de démarrer sur un APP_SECRET
vide, un DATABASE_URL absent ou un BACK_OFFICE_URL sur localhost — cette
dernière valeur ne casse rien de visible, elle casse la réception des
invitations, ailleurs, plusieurs jours plus tard.
Aucun moyen de créer le premier compte
Les comptes s'obtiennent par invitation, et inviter demande d'être connecté.
Les fixtures sont une dépendance de dev. Il ne restait que l'INSERT à la
main. app:create-super-admin crée l'organisation et le premier compte, refuse
une adresse connue, exige douze caractères.
Le référentiel de langues était vide
Créé par les fixtures, donc absent en production. Sans langue source à
choisir, aucun projet ne pouvait être créé. Passé en migration : c'est une
donnée de référence, pas un jeu d'exemple.
Au passage : l'expéditeur des courriels était en dur sur no-reply@tq-slator.local,
qu'un relais SMTP réel rejette. Devenu MAILER_FROM.
compose.prod.yaml est un fichier distinct, et c'est le point qui compte : Docker
fusionne compose.override.yaml dès que le principal s'appelle compose.yaml, si
bien que Mailpit et les ports publiés seraient partis en production sans que
personne ne l'ait demandé.
Parcours vérifié sur une pile neuve : connexion, création de projet, plateforme,
push de clés, publication, clé API, fichier livré.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
54 lines
2 KiB
Text
54 lines
2 KiB
Text
# Ce que le contexte de build ne doit PAS emporter.
|
|
#
|
|
# Absent jusqu'ici parce que l'image de dev monte les sources en volume et ne
|
|
# copie rien. L'étage de production, lui, fait `COPY . ./` : sans ce fichier,
|
|
# il embarquait node_modules, vendor, l'historique Git et les caches locaux —
|
|
# plusieurs centaines de mégaoctets, et surtout le risque d'écraser dans
|
|
# l'image un vendor/ construit pour une autre plateforme que la cible.
|
|
|
|
# ─── Dépendances : reconstruites dans leurs étages dédiés ───────────────────
|
|
/vendor/
|
|
/node_modules/
|
|
|
|
# ─── Sorties de build : reconstruites, jamais reprises de l'hôte ────────────
|
|
# Reprendre le public/build de la machine du développeur ferait dépendre le
|
|
# contenu de l'image de ce qu'il avait lancé la veille.
|
|
/public/build/
|
|
/public/index.html
|
|
/build/
|
|
/.vite/
|
|
|
|
# ─── État local ────────────────────────────────────────────────────────────
|
|
/var/
|
|
/.env.local
|
|
/.env.local.php
|
|
/.env.*.local
|
|
/.phpstan.cache/
|
|
/.phpunit.cache/
|
|
/phpunit.xml
|
|
/phpstan.neon.local
|
|
/.php-cs-fixer.cache
|
|
|
|
# ─── Historique et outillage ───────────────────────────────────────────────
|
|
/.git/
|
|
/.gitignore
|
|
/.github/
|
|
/.gstack/
|
|
/.idea/
|
|
/.vscode/
|
|
.DS_Store
|
|
|
|
# ─── Ce qui ne sert qu'au développement ────────────────────────────────────
|
|
#
|
|
# `docker/` n'est PAS exclu : l'étage dev y copie son entrypoint et l'étage
|
|
# prod le sien. Les exclure a cassé la construction de l'image de dev, avec un
|
|
# message peu parlant — « failed to calculate checksum: not found » — parce que
|
|
# Docker ne dit pas qu'un fichier a été ignoré, seulement qu'il est absent.
|
|
/compose.yaml
|
|
/compose.override.yaml
|
|
/compose.prod.yaml
|
|
/tests/
|
|
/phpunit.dist.xml
|
|
/phpstan.neon
|
|
/.php-cs-fixer.dist.php
|
|
/.editorconfig
|