Fonctionnalité Pro et Business

Branchez-vous sur chaque événement de déploiement

Exécutez des commandes avant et après chaque build et déploiement. Notifiez votre équipe sur Slack, Discord, Telegram ou par e-mail. Automatisez les migrations, tests et nettoyages -- sans script nécessaire.

Ce qui est inclus

Quatre étapes de hooks plus cinq canaux de notification. Contrôle total sur le cycle de vie de vos déploiements.

Commandes pré-build
Exécutez des scripts avant la construction de votre application -- installer des outils, définir des variables
Commandes post-build
Exécutez des scripts après un build réussi -- lint, test, validation des artefacts
Hooks pré-déploiement
Exécutez des commandes avant la mise en production du nouveau conteneur -- migrations, préchauffage du cache
Hooks post-déploiement
Exécutez des tâches après le déploiement -- seed de données, health checks, nettoyage
Canaux de notification
Slack, Discord, Telegram, e-mail -- recevez une notification à chaque déploiement
URLs webhook
Envoyez les événements de déploiement par POST vers n'importe quelle URL externe pour des intégrations personnalisées

Comment ça fonctionne

01

Ajouter des hooks à votre pipeline de déploiement

Ouvrez n'importe quelle application dans le tableau de bord et accédez à l'onglet Hooks. Définissez des commandes shell pour chaque étape du cycle de vie du déploiement.

02

Définir les commandes pour pré/post build et déploiement

Écrivez les commandes exactes dont vous avez besoin : exécuter des migrations de base de données, compiler des assets, faire du seed de données, préchauffer les caches. Shell standard -- tout ce que votre conteneur peut exécuter.

03

Configurer les canaux de notification

Connectez Slack, Discord, Telegram, e-mail ou n'importe quelle URL webhook. Choisissez quels événements notifier : succès, échec ou les deux.

04

Chaque déploiement déclenche vos hooks automatiquement

Poussez vers votre dépôt, et sh0 exécute l'ensemble de votre pipeline : pré-build, build, post-build, pré-déploiement, déploiement, post-déploiement, notification. À chaque fois, sans exception.

Le pipeline de hooks de déploiement

Git push
Hook pré-build
Build
Hook post-build
Hook pré-déploiement
Déploiement
Hook post-déploiement
Notifier

Chaque étape est optionnelle -- configurez uniquement les hooks dont vous avez besoin

Tout ce dont vous avez besoin

4 étapes de hooks

Pré-build, post-build, pré-déploiement, post-déploiement. Contrôle total sur chaque phase du cycle de vie de votre déploiement.

Exécution de commandes shell

Exécutez n'importe quelle commande shell prise en charge par votre conteneur. Migrations de base de données, compilation d'assets, vidage du cache -- tout ce dont vous avez besoin.

Timeouts configurables

Définissez un timeout par hook (par défaut : 60 secondes). Si un hook dépasse la limite, il échoue gracieusement et le déploiement est arrêté ou poursuivi selon votre configuration.

5 canaux de notification

Slack, Discord, Telegram, e-mail et webhooks génériques. Recevez le statut de déploiement là où votre équipe communique déjà.

Intégration webhook

Envoyez les événements de déploiement par POST (début, succès, échec) vers n'importe quelle URL. Intégrez avec votre outil de suivi d'issues, vos analytics ou vos outils personnalisés.

Statut de déploiement dans Slack/Discord

Notifications enrichies avec le nom de l'application, le hash du commit, la durée et le statut. Votre équipe voit les résultats de déploiement en temps réel sans quitter le chat.

L'ancienne méthode

  • x Écrire du YAML de pipeline CI/CD
  • x Configurer les intégrations webhook manuellement
  • x Pas de points de hooks standard
  • x Construire des scripts de notification personnalisés
  • x Déboguer les déploiements échoués à l'aveugle
  • x Plusieurs outils pour un seul flux de travail

La méthode sh0

  • 4 étapes de hooks intégrées
  • Commandes shell avec timeout
  • 5 canaux pré-intégrés
  • Statut de déploiement automatique
  • Un seul tableau de bord pour tout
  • Alertes d'échec instantanées

Questions et réponses

Quelles étapes de hooks sont disponibles ? +
Quatre étapes : pré-build (avant la construction de l'image Docker), post-build (après un build réussi), pré-déploiement (avant que le nouveau conteneur ne remplace l'ancien) et post-déploiement (après que le nouveau conteneur est en ligne et en bonne santé).
Puis-je exécuter des migrations de base de données dans un hook ? +
Oui. Le cas d'utilisation le plus courant pour les hooks pré-déploiement est l'exécution de migrations de base de données. La commande s'exécute dans le conteneur de votre application avec un accès complet à votre base de données. Si la migration échoue, le déploiement est annulé et l'ancien conteneur reste en ligne.
Que se passe-t-il si un hook échoue ? +
Par défaut, un hook échoué annule le pipeline de déploiement. Un échec pré-build ou post-build arrête le build. Un échec pré-déploiement empêche le nouveau conteneur de passer en production. Un échec post-déploiement déclenche une alerte mais n'effectue pas de rollback (le conteneur est déjà en cours d'exécution). Vous pouvez marquer les hooks comme « continuer en cas d'échec » s'ils ne sont pas critiques.
Comment fonctionnent les notifications ? +
Vous configurez les canaux de notification une fois dans le tableau de bord (une URL webhook Slack, un canal Discord, une adresse e-mail, etc.). Ensuite, vous assignez les canaux aux applications. À chaque déploiement, sh0 envoie un message de statut avec le nom de l'application, le commit, la durée et le résultat (succès ou échec avec détails de l'erreur).
Puis-je utiliser des webhooks pour m'intégrer avec des outils externes ? +
Oui. Ajoutez n'importe quelle URL comme endpoint webhook. sh0 envoie une requête POST avec une charge utile JSON contenant le type d'événement de déploiement, les métadonnées de l'application, les informations de commit et le statut. Utilisez-le pour déclencher des tâches CI, mettre à jour des tableaux de bord ou notifier des systèmes personnalisés.
Y a-t-il un timeout pour les hooks ? +
Oui. Chaque hook a un timeout configurable (par défaut : 60 secondes, maximum : 600 secondes). Si un hook dépasse son timeout, il est tué et traité comme un échec. Cela empêche les scripts incontrôlés de bloquer votre pipeline de déploiement indéfiniment.

Automatisez votre flux de déploiement

Hooks pré/post build et déploiement avec notifications instantanées. Exécutez des migrations, des seeds de données, notifiez votre équipe -- automatiquement.