Workflow Développement et Déploiement — Référence¶
Les deux contextes de travail¶
Contexte 1 — Telegram /cc (tout automatique)¶
Tu envoies une demande depuis Telegram :
/cc "Implémente le use case XYZ"
Ce qui se passe derrière, sans aucune intervention :
/cc "tâche"
↓
claude-task.sh → Claude Code CLI modifie le code
↓
git add -A && git commit && git push ← automatique (SKILL étape 3a)
↓
BackEnd/ ou FrontEnd/ modifiés ?
↓ oui ← automatique (SKILL étape 3b)
deploy.sh → docker build + restart
↓
Telegram : "✅ Déploiement terminé — abc123 feat: ..."
Résumé : une seule commande, tout est intégré.
Contexte 2 — Claude Code en session directe (git push manuel, deploy à demander)¶
Quand Claude modifie du code depuis une conversation Claude Code (via SSH, scp, etc.) :
- ✅ git commit + git push → fait systématiquement après chaque modification
- ❌ deploy.sh → NON déclenché automatiquement
Pourquoi ? Claude Code dans une conversation directe n'a pas accès au socket Docker de la même façon qu'Hermes. Le push est fait, mais le rebuild Docker est à déclencher séparément.
Ce qu'il faut faire après une session Claude Code si du code BackEnd/ ou FrontEnd/ a été modifié :
/cc deploy.sh backend
/cc deploy.sh frontend
/cc deploy.sh both
Tableau récapitulatif¶
| Action | Via Telegram /cc |
Via session Claude Code |
|---|---|---|
| Modification du code | ✅ Claude Code CLI | ✅ Claude Code (SSH) |
| git commit + push | ✅ automatique | ✅ fait par Claude |
| deploy.sh (rebuild Docker) | ✅ automatique si BackEnd/FrontEnd | ❌ à déclencher via /cc deploy.sh |
Quand utiliser deploy.sh séparément¶
Deux cas où appeler deploy.sh manuellement est utile :
- Après une session Claude Code — si du code backend ou frontend a été modifié
- Bug en prod — redéploiement d'urgence sans passer par Hermes :
ssh root@178.105.46.57 "docker exec hermes-telegram /opt/projets/PsychoEnLigne/deploy.sh backend"
Vérifier ce qui a été déployé¶
# Dernier commit en prod (via Hermes)
ssh root@178.105.46.57 "cd /home/kanmaber/projets/PsychoEnLigne && git log --oneline -5"
# Statut des conteneurs
ssh root@178.105.46.57 "docker ps --format '{{.Names}}\t{{.Status}}'"
# Health check backend
curl http://178.105.46.57:3901/health
Liens connexes¶
- PsychoEnLigneV2/architecture/deploiement-sync-psycho-hermes — scripts deploy.sh, Dockerfiles, docker-compose
- shared/references/point-mise-en-oeuvre-hermes-workflow-developpement — statut du workflow Hermes