Morgan Dutemple
← Tous les loops
DéploiementClaude CodeAgnostiqueUtilisé pour ce site

Déploiement avec garde-fou de build

Avant tout commit ou déploiement sur ce site, j'exécute systématiquement le type-check TypeScript puis le build de production complet. Un échec bloque la suite : correction, nouvelle tentative, jamais de contournement. C'est un réflexe simple mais qui évite la classe d'erreurs la plus fréquente sur un projet Next.js piloté par agent : une page qui compile en dev mais casse le build statique.

Commande

npx tsc --noEmit && npm run build

Déclencheur

Après toute modification de code, avant chaque commit et avant chaque déploiement.

Portes de feedback

  • npx tsc --noEmit : aucune erreur de typage
  • npm run build : build de production complet sans erreur

Conditions de sortie

  • Les deux commandes passent sans erreur avant tout commit ou déploiement
  • En cas d'échec, correction immédiate et nouvelle tentative, sans exception

Avantages

  • Détecte en local les erreurs qui casseraient sinon un déploiement Vercel
  • Coût quasi nul (quelques dizaines de secondes) au regard du temps perdu à déboguer un déploiement cassé en production
  • Fonctionne identiquement en environnement agent ou humain

Comment démarrer

  1. 1Ajouter les deux commandes à la routine avant tout commit, manuellement ou via un hook
  2. 2Ne jamais déployer sur un échec de build, même pour un changement jugé mineur

Points de vigilance

  • Ne remplace pas des tests fonctionnels : un build qui passe peut encore contenir des régressions de comportement
  • Le temps de build augmente avec la taille du projet, ce qui ralentit l'itération sur un site déjà volumineux

Questions fréquentes

Pourquoi ne pas se contenter du type-check ?

TypeScript peut être satisfait alors que le build statique échoue pour d'autres raisons (données manquantes à la génération, import invalide côté client). Les deux vérifications sont complémentaires.