Changelog

Choisissez quand une automatisation doit se lancer, son fuseau horaire et vérifiez les prochaines exécutions avant d’enregistrer.

Les exécutions GitHub Actions affichent désormais chaque job et chaque étape dans Unolia, avec les durées, l’attente d’un runner et le log de l’étape en échec, là où elle a eu lieu.

Supprimer un projet ne supprime plus ses domaines ni ses sites. Ils passent dans Non assignés, épinglés, et la synchronisation suivante ne fait plus revenir le projet.

Une nouvelle automatisation garde le lien Website de la fiche d’un dépôt GitHub pointé sur le domaine qui le sert vraiment.

La page d’un site compte désormais les commits qui n’ont pas encore été déployés, et le dit clairement dès qu’ils sont assez nombreux pour compter.

Chaque ligne de dépôt porte désormais un point qui dit si la CI passe, tourne ou échoue sur le dernier commit, et qui se met à jour tout seul.

Sous la largeur d’une tablette, Unolia a désormais une barre de sections, une barre de contexte avec un fil d’Ariane replié et un bouton Menu qui ouvre la barre latérale de la page en volet.

Activez ou coupez le déploiement au push depuis les réglages d’un site dans Unolia, sur Laravel Forge, Ploi et Laravel Cloud, et voyez l’état que le fournisseur a confirmé.

Relancer les jobs en échec, relancer tout le workflow ou arrêter une exécution encore en cours, depuis la page de l’exécution dans Unolia.

Les domaines et les sites qui n’appartiennent à aucun projet ont désormais leur propre page, avec la meilleure hypothèse de l’application sur la place de chacun.

Chaque version que vos sites clients exécutent, chaque version qu’ils publient, et combien de temps chacune reçoit encore des correctifs de sécurité.

Quand un site client tombe, Unolia nomme maintenant le déploiement qui l’a probablement cassé et celui qui l’a remis debout.

Des recettes qui exécutent la partie répétitive de la maintenance et s’arrêtent pour vous demander avant la partie qui compte.