Aller au contenu principal

Woodpecker CI

Overview​

Woodpecker CI, c'est un moteur CI/CD léger, entièrement open-source et conteneurisé. Il fonctionne avec un fichier déclaratif (.woodpecker.yml) que tu poses à la racine de ton repo. Tout est tracé, tout est versionné, comme du code normal.

La solution mise sur la simplicité, la légèreté, et surtout l'exécution native dans des conteneurs Docker. Chaque étape de ton pipeline tourne dans son propre conteneur isolé. C'est reproductible, c'est portable, c'est propre. Elle s'intègre bien avec les systèmes de gestion de code (GitHub, GitLab, Gitea, Forgejo) et fonctionne particulièrement bien dans les petits et moyens environnements auto-hébergés.

C'est une alternative open-source complète et légère à Drone CI, surtout pour les équipes qui veulent une solution CI/CD simple et facile à maintenir. Si tu veux quelque chose de simple, efficace, et qui ne bouffe pas toutes tes ressources, c'est un bon choix.

Informations essentielles​

PropriétéValeur
Site officielhttps://woodpecker-ci.org/
LicenceApache 2.0
NationalitéAllemagne
TypeCI/CD déclaratif conteneurisé
DéploiementSelf-hosted (Docker, Docker Compose)
DifficultéFacile à intermédiaire
TechnologiesGo

TL;DR​

Woodpecker CI, c'est pour ceux qui veulent une solution CI/CD légère, entièrement open-source, simple à déployer et à maintenir, et qui s'intègre facilement avec leur SCM préféré. Tu as la simplicité, l'exécution rapide dans des conteneurs isolés, et une maintenance facilitée. Le prix à payer : un écosystème de plugins plus restreint et une communauté plus petite que les solutions établies. Si tu veux quelque chose de simple et efficace, c'est un bon choix.

Points clés à retenir :

  • Pipelines déclaratifs en YAML, versionnés dans le dépôt comme du code normal.
  • Exécution 100% conteneurisée : chaque étape dans son propre conteneur isolé.
  • Architecture légère et simple : Docker ou Docker Compose, pas besoin de Kubernetes.
  • Fonctionne uniquement en self-hosted, pas de version cloud managée (mais c'est le principe).
  • L'écosystème de plugins est plus limité que les solutions établies, mais l'essentiel est là.

Compatibilité et intégrations​

  • Intégration avec GitHub, GitLab, Gitea, Forgejo et autres SCM
  • Support natif des conteneurs Docker
  • Fonctionne uniquement en self-hosted
  • Intégration DevSecOps : plugins pour scans sécurité, dépendances
  • Support des workflows cloud-native simples

Avantages​

  • Pipelines en YAML versionnés dans le dépôt, comme du code normal
  • Architecture légère et rapide, entièrement conteneurisée : ça ne bouffe pas toutes tes ressources
  • Très facile à déployer et à maintenir (Docker Compose) : tu lances docker-compose up, c'est tout
  • Exécution isolée et reproductible via conteneurs : pas de pollution entre les jobs
  • Open-source complet (Apache 2.0) et communauté active : tu ne seras pas seul

Limites​

  • Il te faut une infrastructure self-hosted, pas de version cloud managée (mais c'est le principe)
  • L'écosystème de plugins est plus restreint que Jenkins ou GitLab CI : si tu cherches un plugin très spécifique, il se peut qu'il n'existe pas
  • La communauté est plus petite que les solutions établies : moins de ressources et de support
  • Le débogage des pipelines peut être moins intuitif que certaines alternatives, surtout si tu débutes
  • Moins de ressources et de documentation que les leaders du marché : mais l'essentiel est là

Ressources​