Déploiement continu sur Vercel : mon setup

Du git push à la production

Mon déploiement tient en une seule habitude : je pousse sur Git, Vercel construit et met en ligne. Chaque push sur la branche de production déclenche un build, lance les vérifications, puis publie automatiquement. Plus de FTP, plus d'étape manuelle qu'on oublie un vendredi soir, plus de fameux « ça marchait sur ma machine ». Le pipeline fait toujours les mêmes gestes, dans le même ordre.

Le dépôt devient la source unique de vérité, et l'état du site reflète exactement le dernier commit validé. Ce lien direct entre le code et le déployé supprime une famille entière d'erreurs humaines, celles qui arrivent toujours au plus mauvais moment : un fichier non envoyé, une version désynchronisée, une dépendance manquante en production. Le build échoue tôt, dans la chaîne, plutôt que de planter en silence chez le visiteur. La mise en ligne cesse d'être un acte risqué pour devenir une formalité.

Les previews par branche, ma pièce préférée

Ma partie préférée du setup, ce sont les previews par branche. Chaque branche et chaque pull request reçoit sa propre URL, avec une version complète du site déployée et isolée du reste. Ce n'est pas une maquette ni une capture, c'est le vrai site, fonctionnel, sur un environnement jetable qui ne met rien en danger.

J'envoie ce lien au client. Il voit la nouvelle page comme en vrai, sur son propre téléphone, avant que ça touche la production. On commente, on ajuste, on revoit, en pointant des éléments concrets plutôt qu'en décrivant des intentions. Fini les longs échanges pour expliquer un changement par écrit, fini les allers-retours sur des captures d'écran périmées. Cette boucle de validation visuelle lève les ambiguïtés en amont, là où elles coûtent le moins cher à corriger. Le client valide ce qu'il voit, pas ce qu'il imagine.

Gérer les variables d'environnement par contexte

Les variables d'environnement se gèrent par contexte : développement, preview, production. Chaque contexte a ses propres clés d'API et ses réglages, sans qu'un secret de production fuite jamais dans une preview ouverte au client. Cette séparation paraît anodine mais évite l'erreur la plus coûteuse de toutes.

Cette erreur classique, c'est la clé qui part dans le mauvais environnement : une clé de paiement en mode test qui passe en production, ou l'inverse, une vraie clé qui se retrouve exposée dans un environnement de démonstration. Pour m'en prémunir, je versionne un fichier d'exemple qui documente les variables attendues, sans aucune valeur sensible, et je garde les vraies valeurs dans l'interface du projet. N'importe qui reprend le projet sait alors quelles variables fournir. Le client peut tester sur des données isolées pendant que la production tourne sereinement avec sa propre configuration, sans interférence possible entre les deux.

Le rollback, mon filet de sécurité

Mon filet de sécurité, c'est le rollback. Chaque déploiement reste accessible dans l'historique, et revenir à une version précédente prend quelques secondes en cas de problème. Pas de reconstruction, pas de panique : on désigne le déploiement sain, et le site y revient immédiatement. Le temps de réaction face à un incident se compte en secondes, pas en heures.

Combiné aux previews, ce flux change complètement la posture face au risque. Déployer cesse d'être un événement stressant qu'on repousse pour devenir une routine qu'on répète sans crainte. Du coup, je livre plus souvent, par petits incréments faciles à valider et tout aussi faciles à annuler. Un petit changement isolé se débogue en un instant ; un gros déploiement qui mélange dix modifications cache ses bugs. La fréquence devient une alliée de la qualité.

Au final, ce setup tient autant de la qualité technique que de la sérénité de la relation client. Moins de gros déploiements anxiogènes, moins de bugs en production, et un client qui suit l'avancement en temps réel via ses liens de preview. Le code part en ligne proprement, le client voit, valide et garde confiance. C'est ce calme retrouvé autour de la mise en production qui, pour moi, justifie tout le reste.