GitHub Actions est le CI/CD par défaut pour la plupart des SaaS en 2024. Bien configuré, il tourne en 3-5 min sur des projets de taille moyenne. Mal configuré, en 20 min.
Levier majeur : parallélisation + cache. Le job qui prend 12 min en séquentiel tombe à 3 min bien découpé.
Découper en jobs parallèles
- Lint (30 s)
- Type-check (1-2 min)
- Test unitaire (1-3 min)
- Test E2E (3-5 min)
- Build (2-3 min)
Tous en parallèle. Le job le plus long dicte le temps total.
Cache
actions/cachepournode_modules- Cache Next.js .next/cache
- Cache TypeScript build info
Matrix strategy
Utile pour tester sur plusieurs versions de Node ou plusieurs OS. Attention au coût, chaque combinaison multiplie le temps CI.
Secrets
- Environment secrets pour prod (require approval)
- Repository secrets pour test / CI
- Jamais dans les logs (
::add-mask::)
Déclencher intelligemment
Filtrer on.push.paths : pas de CI pour un README modifié. Économise 30-50 % des runs sur un projet actif.
Un CI qui prend 10 min tue le flow. Un CI de 3 min encourage les petites PR. C'est un levier culturel autant que technique.
On cadre votre CI ?
En 30 minutes on peut auditer votre workflow. Réservez un créneau. À lire : Déploiement continu Vercel.
