Documentation · Chapitre 18

Déployer un artefact connu, pas un dossier de travail.

Une release est une révision précise transformée en artefact vérifié. La production reçoit cet artefact, pas le contenu accidentel d’un portable.

Chaque leçon part du problème, explique le mécanisme puis propose une vérification concrète.

≈ 75 min

Construire une fois, promouvoir les mêmes octets

Reconstruire séparément pour staging et production peut produire des octets différents. Promouvez la même empreinte autant que possible.

OBJECTIF DE LA LEÇON

Ce que vous saurez faire

Traiter une release comme une empreinte immuable traversant les environnements avec configuration externe.

Garder la configuration externe

L’archive ne contient ni .env, clés, logs, SQLite de travail ou historique. Les secrets sont fournis sur la cible.

Définir le succès avant l’envoi

Écrivez les contrôles : version, health 200, route essentielle, storage inscriptible, base joignable et aucun détail debug.

POINT DE CONTRÔLE

Avant de continuer

Staging et production peuvent-ils prouver qu’ils ont reçu exactement les mêmes octets ?