GitHub Actions

Fonctionnalites principales

Workflows YAML declaratifs

GitHub Actions utilise des fichiers YAML dans .github/workflows/ pour definir les pipelines. Chaque workflow se declenche sur des evenements (push, pull request, schedule, etc.) et execute des jobs en parallele ou en sequence.

name: CI
on: [push, pull_request]
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci
      - run: npm test

Marketplace d'actions reutilisables

Plus de 20 000 actions communautaires disponibles sur le GitHub Marketplace. Deployer sur AWS, envoyer des notifications Slack, publier sur npm — il existe une action pour presque tout.

Runners heberges et self-hosted

GitHub fournit des runners Ubuntu, Windows et macOS gratuitement (avec limites). Pour des besoins specifiques (GPU, reseau prive), vous pouvez configurer vos propres runners self-hosted.

Matrices de build

Testez votre code sur plusieurs versions de Node.js, Python ou tout autre runtime simultanement grace aux matrices de strategie.

strategy:
  matrix:
    node-version: [18, 20, 22]
    os: [ubuntu-latest, windows-latest]

Secrets et variables d'environnement

Gerez vos cles API, tokens et configurations sensibles via les secrets chiffres au niveau du repository ou de l'organisation.

Cache des dependances

Accelerez vos builds en mettant en cache node_modules, pip packages ou tout autre repertoire de dependances entre les executions.

Installation et configuration

Aucune installation requise — GitHub Actions est integre a tout repository GitHub. Creez simplement un fichier .github/workflows/ci.yml et poussez-le.

Pour un runner self-hosted :

# Telecharger le runner depuis Settings > Actions > Runners
./config.sh --url https://github.com/org/repo --token TOKEN
./run.sh

Cas d'utilisation concrets

1. CI/CD classique — Build, test et deploiement automatique a chaque push sur main
2. Release automation — Publication automatique de packages npm/PyPI sur creation de tag
3. Scheduled tasks — Cron jobs pour la mise a jour de donnees ou la verification de liens
4. Code quality — Linting, type-checking et security scanning sur chaque pull request
5. Infrastructure as Code — Deploiement Terraform/Pulumi declenche par merge

Points forts et limites

Avantages :

• Integration native avec GitHub (pas de configuration externe)
• Gratuit pour les repos publics (2 000 min/mois pour les prives)
• Enorme ecosysteme d'actions reutilisables
• Matrices de build puissantes
• Support multi-OS (Linux, Windows, macOS)

Limites :

• Syntaxe YAML parfois verbose pour des workflows complexes
• Debugging difficile (pas de SSH dans les runners heberges par defaut)
• Temps de demarrage des runners parfois lent
• Dependance a l'ecosysteme GitHub

Conseils d'expert

• Utilisez actions/cache systematiquement pour reduire les temps de build de 50%+
• Combinez concurrency avec cancel-in-progress: true pour eviter les builds redondants
• Creez des actions composites pour factoriser la logique repetee entre workflows
• Utilisez workflow_dispatch pour pouvoir declencher manuellement vos deployments

Alternatives a GitHub Actions

GitLab CI/CD

Equivalent direct dans l'ecosysteme GitLab. Plus mature sur les fonctionnalites DevOps avancees (environments, review apps). Choisissez GitLab CI si votre code est sur GitLab.

CircleCI

Excellent pour les projets open source avec un tier gratuit genereux. Meilleur debugging avec SSH dans les builds. A privilegier si vous avez besoin de performances de build superieures.

Jenkins

Le veteran du CI/CD, entierement self-hosted. Extremement flexible avec son ecosysteme de plugins, mais complexe a maintenir. Ideal pour les entreprises avec des besoins tres specifiques.