CI Debug — Analyse des echecs CI

Contexte dynamique

• Checks PR en cours: !gh pr checks 2>/dev/null | head -20
• Workflows recents: !gh run list --limit 5 --json name,status,conclusion,headBranch --template '{{range .}}{{.name}} | {{.status}} | {{.conclusion}} | {{.headBranch}}{{"\n"}}{{end}}' 2>/dev/null

Instructions

Analyser l'echec CI pour: $ARGUMENTS

Step 1: Identifier le workflow en echec

Si c'est un numero de PR:

gh pr checks $0
gh run list --branch $(gh pr view $0 --json headRefName -q .headRefName) --limit 3

Si c'est une URL de workflow run:

gh run view $0 --log-failed

Step 2: Extraire les logs d'erreur

gh run view <run-id> --log-failed 2>&1 | head -100

Chercher les patterns:

• error, Error, ERROR
• FAIL, FAILED
• exit code 1, exit code 2
• denied, forbidden, unauthorized

Step 3: Diagnostiquer

Causes frequentes dans STOA CI:

Step 4: Proposer le fix

Pour chaque erreur identifiee:

1. Fichier exact a modifier (chemin complet)
2. Diff propose (old → new)
3. Commande de verification locale
4. Impact sur les autres workflows

Step 5: Rapport

## CI Debug: [workflow-name] — [branch]

### Echec
- **Job**: [nom du job]
- **Step**: [nom du step]
- **Erreur**: [message d'erreur exact]

### Cause racine
[Explication]

### Fix propose
[Diff exact]

### Verification locale
```bash
[commande pour reproduire/verifier]

Impact

[Autres workflows potentiellement impactes]

## Regles
- Toujours lire les logs complets avant de diagnostiquer
- Ne pas confondre: erreur intermittente vs erreur structurelle
- Si `dependency-review` echoue seul → ignorer (connu, GitHub Advanced Security)
- Si `container-scan` / `codeql` echoue seul → verifier si intermittent
- Toujours proposer une verification locale