Ajout de trois workflows pour automatiser le cycle de vie des déploiements de l'API Strapi.
Workflows ajoutés
deploy-beta.yml : Déclenché sur push vers dev : build sur le runner CI, puis déploiement SSH sur l'environnement beta avec redémarrage pm2 (api-beta-pawol).
deploy-prod.yml : Déclenché sur push vers master : même pipeline, déploiement sur l'environnement de production (api-pawol). Gère le premier lancement (pm2 inexistant) comme les redémarrages suivants.
check-pr.yml : Déclenché sur PR vers master : build de validation sur le runner CI, puis pré-déploiement automatique sur beta pour permettre les tests avant merge.
Notes
Le PATH nvm est chargé explicitement en shell non-interactif pour exposer node, yarn et pm2.
git pull --ff-only pour éviter les merges silencieux lors du déploiement.
pm2 restart si le processus existe, start sinon.
## Ajout de trois workflows pour automatiser le cycle de vie des déploiements de l'API Strapi.
Workflows ajoutés
- `deploy-beta.yml` : Déclenché sur push vers dev : build sur le runner CI, puis déploiement SSH sur l'environnement beta avec redémarrage pm2 (api-beta-pawol).
- `deploy-prod.yml` : Déclenché sur push vers master : même pipeline, déploiement sur l'environnement de production (api-pawol). Gère le premier lancement (pm2 inexistant) comme les redémarrages suivants.
- `check-pr.yml` : Déclenché sur PR vers master : build de validation sur le runner CI, puis pré-déploiement automatique sur beta pour permettre les tests avant merge.
Notes
- Le `PATH nvm` est chargé explicitement en shell non-interactif pour exposer node, yarn et pm2.
- `git pull --ff-only` pour éviter les merges silencieux lors du déploiement.
- `pm2 restart` si le processus existe, start sinon.
cedric
self-assigned this 2026-05-16 07:40:15 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Ajout de trois workflows pour automatiser le cycle de vie des déploiements de l'API Strapi.
Workflows ajoutés
deploy-beta.yml: Déclenché sur push vers dev : build sur le runner CI, puis déploiement SSH sur l'environnement beta avec redémarrage pm2 (api-beta-pawol).deploy-prod.yml: Déclenché sur push vers master : même pipeline, déploiement sur l'environnement de production (api-pawol). Gère le premier lancement (pm2 inexistant) comme les redémarrages suivants.check-pr.yml: Déclenché sur PR vers master : build de validation sur le runner CI, puis pré-déploiement automatique sur beta pour permettre les tests avant merge.Notes
PATH nvmest chargé explicitement en shell non-interactif pour exposer node, yarn et pm2.git pull --ff-onlypour éviter les merges silencieux lors du déploiement.pm2 restartsi le processus existe, start sinon.