Aller au contenu
Journal

Automatisation

postship, la CLI en plein écran

Une interface plein écran au clavier, la connexion par le navigateur et « Prêt à livrer ? » avant chaque ship.

La commande postship est née pour une seule chose : vérifier une preview depuis une intégration continue. Elle est devenue l'endroit où l'on suit ses projets sans ouvrir le navigateur — une vraie application de terminal, pensée pour le moment qui compte, juste avant et juste après un git push.

Le terminal ouvert sur postship : les projets à gauche, le détail à droite, et la ligne « Prêt à livrer ».

Une fenêtre à elle

Tapée seule, postship ouvre une interface plein écran : vos projets à gauche, triés pour que ceux en incident passent devant ; le détail à droite, en onglets — Aperçu, Incidents, Déploiements, URLs. Tout se fait au clavier : les flèches pour choisir, / pour la palette des commandes, ? pour l'aide, q pour sortir. L'écran se rafraîchit toutes les 30 secondes et vous prévient quand un incident s'ouvre ou se ferme.

Au premier lancement, trois questions : comment vous connecter, quel projet ouvrir par défaut, et si vous voulez les notifications du bureau.

« Prêt à livrer ? »

En tête du détail d'un projet, une ligne répond à la question qu'on se pose avant de pousser : prêt à livrer, ou livraison bloquée — par un incident ouvert, un Ship Score sous votre plancher, ou un dernier déploiement pas encore conclu. Et quand un déploiement vient d'être vérifié, l'interface le dit, avec son score.

Se connecter sans copier de clé

postship login affiche un code dans le terminal et ouvre une page de postship.fr. Vous vérifiez que c'est bien le même code, vous cliquez « Autoriser », et la clé arrive sur la machine sans passer sous vos yeux. Chaque terminal apparaît dans Réglages de l'espace → API, et sa clé expire après 90 jours sans usage. Une clé d'API collée à la main marche toujours, pour les machines sans navigateur.

Dans la CI et au quotidien

  • postship wait --head --notify attend que le commit que vous venez de pousser soit vérifié en production, puis vous prévient.
  • postship watch suit les incidents de tous vos projets en direct.
  • postship check vérifie une URL ou une preview, et échoue si elle casse : de quoi arrêter un pipeline.
  • L'action GitHub titilyonnais/postship-check@v1 fait la même chose dans un workflow, le jeton restant dans l'environnement.
  • postship update met la CLI à jour, postship uninstall la retire proprement.
Lire la documentation