Déploiements

Un déploiement est une version figée de ton site. Il ne change plus après sa publication : une nouvelle version crée un nouveau déploiement, avec sa propre adresse.

Cette page explique ce modèle. Pour les actions pas à pas, voir Revenir en arrière, redéployer ou annuler.

Preview et production

Chaque déploiement est soit une preview, soit une production.

Cible	Créée par	Servie sur
Preview	vercel deploy, ou une branche autre que la production	Son adresse de déploiement, et les domaines de branche qui la suivent
Production	vercel deploy --prod, ou la branche de production	Son adresse de déploiement, l’adresse de production du projet et ses domaines de production

Avec l’intégration GitHub, la branche de production part en production, et toutes les autres en preview. Le dernier déploiement de production prêt est celui que servent tes domaines de production.

Adresse de production

Chaque projet reçoit à sa création une adresse qui suit toujours sa production, de la forme https://<projet>.hgdc.cloud. C’est l’équivalent de <projet>.vercel.app.

• Elle ne change jamais : ni à une nouvelle mise en production, ni si tu renommes le projet.
• Elle sert le déploiement de production du moment. Une nouvelle production ou un retour arrière la déplace tout de suite, sans nouveau certificat ni réglage DNS.
• Si <projet> est déjà pris par une autre organisation, l’adresse devient <projet>-<organisation>.hgdc.cloud. La console affiche celle de ton projet dans la carte de production, sous Domaines.
• Elle n’est pas indexée par les moteurs de recherche. Pour un site public, branche ton propre domaine : voir Brancher un domaine.

Donne cette adresse à un outil qui doit toujours viser ta production : un proxy, une sonde de disponibilité, une console Docs. Elle est aussi la valeur de VERCEL_PROJECT_PRODUCTION_URL tant que le projet n’a pas de domaine.

Adresse de déploiement

Chaque déploiement reçoit une adresse unique, de la forme https://<projet>-<suffixe>.hgdc.cloud. Elle reste valable tant que le déploiement existe.

Partage cette adresse pour faire valider une version avant de la passer en production. Une preview se valide ainsi, sans toucher au site en ligne.

Statuts

Statut	Libellé dans la console	Signification
QUEUED	En file	Le déploiement attend son tour de publication
BUILDING	Build en cours	Le build tourne dans la CI, ou les fichiers sont en cours de publication
READY	Prêt	Le site est en ligne sur son adresse
ERROR	Erreur	Le build ou la publication a échoué. La cause est sur la page du déploiement
CANCELED	Annulé	Annulé dans la console, ou dans GitHub Actions

Pour corriger une version en ligne, déploie une nouvelle version : elle reçoit son propre déploiement et sa propre adresse.

Vue d’ensemble du projet

La vue d’ensemble montre le déploiement de production : un aperçu du site, son adresse, l’adresse de production du projet et ses domaines, le commit et son auteur. Le projet reprend le favicon de son site.

Les previews actives listent la dernière adresse de chaque branche.

Revenir en arrière

Revenir en arrière remet en ligne un déploiement de production précédent, tout de suite et sans nouveau build. L’adresse de production et les domaines le servent aussitôt. Seul un déploiement prêt peut passer en production.

Le déploiement remis en ligne garde les variables qu’il a reçues à son build. Une variable modifiée depuis ne s’y applique pas.

Redéployer

• Projet relié à GitHub : reconstruit le même commit, avec les variables d’aujourd’hui.
• Projet envoyé par la CLI : republie les fichiers du déploiement choisi, sans rien reconstruire. Pour une nouvelle version, relance vercel deploy.

Annuler

Un déploiement en file ou en cours de build peut être annulé. Un déploiement prêt ne s’annule pas : reviens en arrière à la place.

Logs de build

La page de chaque déploiement affiche la sortie du build, en direct pendant le build avec l’intégration GitHub. Voir Lire les logs.