---

name: git-cd-pr description: > Crée une Pull Request en mode Continuous Delivery avec workflow complet : QA, labels version (major/minor/patch), feature flags, code review automatique. allowed-tools: [Bash, Read, Write, TodoWrite, AskUserQuestion] model: claude-sonnet-4-5-20250929

Git CD PR Skill (Continuous Delivery)

Usage

Copy/git:pr --cd [branche-base] [milestone] [projet] [--no-interaction] [--delete] [--no-review]

Configuration

CopyCORE_SCRIPTS="${CLAUDE_PLUGIN_ROOT}/skills/git-pr-core/scripts"
SCRIPTS_DIR="${CLAUDE_PLUGIN_ROOT}/skills/git-cd-pr/scripts"
PR_TEMPLATE_PATH=".github/PULL_REQUEST_TEMPLATE/cd_pull_request_template.md"
ENV_FILE_PATH=".env.claude"

Workflow

1. Charger configuration depuis .env.claude :

   • Vérifier si le fichier .env.claude existe à la racine du projet
   • Si oui, parser les variables (format KEY=VALUE) :
     • MAIN_BRANCH : branche de base par défaut
     • PROJECT : projet GitHub par défaut
   • Pour chaque paramètre manquant dans les arguments :
     • Utiliser la variable d'env correspondante si elle existe
   • Ignorer .env.claude si absent (comportement standard)

2. Confirmation initiale :

   • Si flag --no-interaction présent :
     • Passer toutes les confirmations
     • Utiliser les valeurs pré-remplies (arguments + .env.claude) sans validation
     • Continuer directement à l'étape 3
   • Sinon :
     • Confirmer à l'utilisateur que la skill git:cd-pr est lancée
     • Résumer tous les paramètres reçus :
       • Mode : Continuous Delivery (--cd)
       • Branche de base (si fournie)
       • Milestone (si fourni)
       • Projet (si fourni)
       • Flags : --delete, --no-review (si présents)
     • Demander confirmation explicite avant de continuer

3. Vérifier scopes GitHub ($CORE_SCRIPTS/check_scopes.sh)

4. Vérifier template PR CD ($CORE_SCRIPTS/verify_pr_template.sh)

5. Lancer QA intelligente ($CORE_SCRIPTS/smart_qa.sh)

6. Analyser changements git ($CORE_SCRIPTS/analyze_changes.sh)

7. Confirmer branche de base (ou AskUserQuestion)

8. Générer description PR intelligente

9. Push et créer PR avec titre Conventional Commits (scripts/create_pr.sh)

10. Copier labels depuis issue liée (scripts/copy_issue_labels.sh)

11. Appliquer labels CD (scripts/apply_cd_labels.sh)

12. Assigner milestone ($CORE_SCRIPTS/assign_milestone.py - voir git-pr-core/SKILL.md pour usage)

13. Assigner projet GitHub ($CORE_SCRIPTS/assign_project.py - voir git-pr-core/SKILL.md pour usage)

14. Code review automatique (si plugin review installé)

15. Nettoyage branche locale ($CORE_SCRIPTS/cleanup_branch.sh - branche remote préservée)

Labels CD (Continuous Delivery)

Ordre de détection du type de version :

1. BREAKING CHANGE ou !: dans commits → version:major
2. Labels de l'issue liée (insensible casse, ignore emojis) :
   • Patterns minor : enhancement, feature, feat, nouvelle, new
   • Patterns patch : bug, fix, bugfix, correction, patch
3. Nom de branche : feat/*, feature/* → minor / fix/*, hotfix/* → patch
4. Premier commit de la branche : feat: → minor / fix: → patch
5. Si indéterminé → AskUserQuestion :

   "Cette PR est une nouvelle fonctionnalité (minor) ou une correction (patch) ?"

Feature flag :

• Détecté si fichiers .twig modifiés contiennent Feature:Flag ou Feature/Flag
• Applique le label 🚩 Feature flag

Création labels : Si labels absents, ils sont créés automatiquement avec couleurs appropriées.

Code Review

Si plugin review installé, lance 4 agents en parallèle :

• code-reviewer - Conformité CLAUDE.md
• silent-failure-hunter - Erreurs silencieuses
• test-analyzer - Couverture tests
• git-history-reviewer - Contexte historique

Agrège résultats (score >= 80) dans commentaire PR.

Options

References

• Template review - Format commentaire et agents
• Todos template - TodoWrite et génération description

Règles critiques

⚠️ INTERDICTION ABSOLUE :

• Ne JAMAIS exécuter git push origin --delete <branche> ou git push -d origin <branche>
• Ne JAMAIS supprimer la branche remote (fermerait automatiquement la PR)
• Le flag --delete ne concerne QUE la branche locale

Error Handling

• Template absent → ARRÊT
• QA échouée → ARRÊT
• Version non déterminée → AskUserQuestion (non bloquant)
• Milestone/projet non trouvé → WARNING (non bloquant)