Déploiements
Ship Score, Check GitHub et retour arrière
Une note sur 100 pour chaque déploiement, le verdict sur le commit GitHub, et le retour au dernier déploiement sain.
Vérifier un déploiement ne suffit pas : il faut pouvoir décider vite. Faut-il le fusionner, le garder en production, ou revenir en arrière ?
Le Ship Score
Chaque déploiement reçoit une note sur 100, avec son barème : ce qui a été vérifié, ce qui a coûté des points, et ce qu'aucune vérification ne couvre encore. Une page remplacée par « coming soon » ou par une erreur 5xx est détectée et signalée. Sous votre score plancher, la livraison est tenue pour bloquée.
Sur le commit, avant la fusion
Le Check GitHub affiche le verdict de PostShip directement sur le commit. Une pull request est vérifiée sur son URL de preview, et un Ship Score trop bas peut bloquer la fusion. Le Check se branche depuis Déploiements → Réglages, y compris sur un compte où l'App PostShip est déjà installée. L'Aperçu compte les previews vérifiées de la semaine, et combien sont rouges — un compte, pas une alerte.
Le retour arrière
Un déploiement Vercel qui a cassé une vérification porte « Revenir au déploiement précédent » : PostShip repointe la production sur le dernier déploiement qu'il a vérifié bon. Une option par projet le fait sans demander quand une page de paiement casse à la mise en ligne.