Closed VincentHardouin closed 1 month ago
Une fois l'application déployée, elle sera accessible à cette adresse https://bot-pr430.review.pix.fr Les variables d'environnement seront accessibles sur scalingo https://dashboard.scalingo.com/apps/osc-fr1/pix-bot-review-pr430/environment
Ça concerne quel(s) projet(s) ? J'ai pas le souvenir d'avoir créé de release GitHub manuellement de mon côté
Pas de conflit à prévoir sur les projets qui utilisent la release semantic ?
Ça concerne quel(s) projet(s) ? J'ai pas le souvenir d'avoir créé de release GitHub manuellement de mon côté
Presque tous les projets data sont en release manuel, mais c'est plutôt l'après release, le déploiement, qu'on souhaite résoudre ici. C-a-d après que la release soit faite que celle-ci soit déployée automatiquement, donc pas de conflit avec semantic-release
:unicorn: Problème
Actuellement, plusieurs étapes manuelles persistent sur certains repository comme la création de release via l'interface de GitHub et le déploiement depuis une commande Slack. Les deux sont toujours suivies, cela n'a donc pas d'intérêt d'être manuel.
:robot: Proposition
Dans cette PR, nous nous concentrons sur la deuxième étape qui est de remplacer la commande Slack par l'utilisation des Webhooks GitHub.
GitHub appelle déjà Pix Bot à chaque création de release mais Pix Bot ne fait rien de cet évènement. Ici, nous ajoutons donc la logique pour que Pix Bot puisse déployer les apps associées au repo qui a une nouvelle release.
:rainbow: Remarques
Cette PR vient avec l'ajout d'une nouvelle variable d'environnement.
REPO_APP_NAMES_MAPPING
qui a pour but d'éviter les PRs pour ajouter une fonctionnalité pour un nouveau repository comme par exemple : #212.Actuellement, l'écoute des webhooks se fait dans le dossier/app
build
, mais dans le cadre des releases ça devrait être dans lerun
. Je propose de voir ça dans un second temps, pour ne pas complexifier le code de cette PR en dupliquant la route etc.:100: Pour tester
Aucune idée pour brancher ça facilement