# Déploiement continu

> Pratique consistant à mettre automatiquement en production tout changement de code validé, sans intervention manuelle, une fois les tests passés avec succès.

- Auteur : Clément Hadrot
- Publié le : 2026-09-25
- Mis à jour le : 2026-09-25
- URL : https://wpmoderne.dev.wordpress-developpement.fr/lexique/deploiement-continu/

Chaque validation d'un changement déclenche, sans qu'un humain n'ait à cliquer sur quoi que ce soit, sa mise en ligne : voilà l'ambition du déploiement continu, dernier maillon d'une chaîne automatisée qui commence par l'intégration continue.

## Un objectif ambitieux pour un site WordPress

Sur un site vitrine classique, le déploiement continu reste rare : la plupart des équipes préfèrent une validation manuelle avant mise en production, une étape alors appelée « livraison continue » plutôt que déploiement continu strict. Sur des projets plus matures, un push sur la branche principale peut néanmoins déclencher automatiquement la synchronisation des fichiers vers le serveur de production et le lancement de `wp cache flush`.

## Exemple

```
on:
  push:
    branches: [main]
jobs:
  deploy:
    steps:
      - run: composer install --no-dev
      - run: rsync -avz ./ user@serveur:/var/www/site
```

Ce fragment de workflow GitHub Actions illustre un enchaînement typique : installation des dépendances de production, puis synchronisation des fichiers vers le serveur cible.

## Pièges fréquents

- Automatiser le déploiement sans base de tests solide revient à propager des régressions en production plus vite qu'avant : l'intégration continue doit être fiable avant d'envisager le déploiement continu.
- La base de données WordPress évolue rarement au même rythme que le code ; un changement de structure (migration de table, modification d'options) nécessite une stratégie séparée, souvent gérée via WP-CLI.
- Prévoir un mécanisme de retour en arrière rapide (rollback) reste indispensable, même avec un pipeline entièrement automatisé.