Gel de déploiement

« Pas de mise en production le vendredi après 17 h, ni entre Noël et le jour de l'an. » Le gel de déploiement, c'est cette règle écrite dans PostShip. Rien n'est bloqué — PostShip ne tient pas le bouton — mais quand un déploiement de production arrive quand même, il le dit : sur vos salons, dans le journal des déploiements, et sur le Check GitHub du commit. C'est la trace qui manque quand, le lundi, on cherche qui a déployé quoi.

Régler

Projet → Paramètres → Règles, groupe « Ce qui bloque une mise en ligne », carte Gel de déploiement. Deux formes, parce que ce sont deux réalités, cumulables :

Plus une raison générale (« pas de prod le week-end ») et un fuseau horaire, celui dans lequel les heures se lisent. La plage hebdomadaire est un intervalle sur le cercle de la semaine : « du dimanche 22:00 au dimanche 06:00 » est compris comme la nuit du dimanche, pas comme six jours.

La maintenance récurrente n'aurait pas suffi : ses fenêtres ne peuvent pas chevaucher plusieurs jours, et elle fait taire les alertes, ce qui est l'inverse de ce qu'on veut ici.

Une fois enregistré, la carte résume : « Réglé : chaque semaine du vendredi 17:00 au lundi 09:00, 2 périodes datées. » — ou, en ce moment même, « Gel en cours — pas de prod le week-end. »

Ce que PostShip fait

Pour chaque déploiement de production enregistré — par webhook Vercel, Netlify, Cloudflare ou générique, ou par empreinte de build — PostShip regarde si le moment de réception tombe dans le gel. Si oui :

1. La ligne du déploiement est marquée « pendant le gel ». Sur la page du ship, un bandeau dit : « Déployé pendant le gel de déploiement. Si c'était voulu, tout va bien ; sinon, c'est le moment de le savoir. »
2. Un message part sur les salons du projet.
3. Le Check GitHub du commit passe au rouge, avec le titre PostShip · 100 (déployé pendant le gel : pas de prod le week-end). Le gel prime sur le score : un ship parfait déployé pendant le gel est exactement ce que la règle voulait empêcher, et le Check est la trace qu'on relit le lundi.

La raison affichée est celle de la période datée si elle en a une, sinon la raison générale, sinon la phrase de la plage (« du vendredi 17:00 au lundi 09:00 ») ou « période gelée ».

Les previews ne sont pas concernées : une preview n'est pas une mise en ligne.

Ce qui déclenche une alerte

Un déploiement de production reçu pendant le gel envoie, sur les salons Discord, Slack et Telegram du projet (canaux), un message intitulé « Déploiement pendant le gel — Acme » suivi de trois lignes : « Gel en cours : pas de prod le week-end. », « Si c'est voulu, tout va bien ; sinon, c'est le moment de le savoir. » et le lien vers la page du déploiement. Ni email ni webhook sortant : c'est une information d'équipe, pas une panne, et elle n'ouvre pas d'incident.

Les vérifications du déploiement tournent normalement et alertent aux conditions habituelles (règles) : le gel s'ajoute, il ne remplace rien.

Limites et plans

Sur Free, la carte est repliée avec un lien vers les tarifs. Voir les plans.

Dépannage

Pourquoi le déploiement n'a pas été marqué alors qu'il était dans la plage ?

Le fuseau. La plage se lit dans le fuseau enregistré sur la carte ; un gel réglé en UTC avec des heures de Paris décale tout de une ou deux heures. Vérifiez aussi que la case Chaque semaine est cochée : la plage n'est lue que si elle l'est.

Pourquoi mon Check GitHub est rouge sur un ship parfait ?

Le titre le dit : « déployé pendant le gel ». C'est le comportement voulu — le gel prime sur le score. Si le déploiement était légitime (un correctif urgent), fusionnez avec une dérogation côté GitHub ; le bandeau sur la page du ship reste comme trace.

Pourquoi la période datée ne s'enregistre pas ?

Une période dont la fin précède le début est écartée sans message, comme une sixième période. Vérifiez les dates, et qu'il n'y a pas plus de cinq périodes.