---
title: Workflow de déploiement
description: Poussez vers GitHub et votre documentation se déploie automatiquement -- le workflow des modifications locales à un site en ligne en quelques minutes.
---

Jamdesk gère le déploiement automatiquement. Poussez vers votre branche GitHub connectée et votre documentation est mise en ligne en quelques minutes.

## Déploiement via CLI

Vous pouvez également déployer directement depuis le terminal sans pousser vers GitHub. C'est utile pour les itérations rapides, tester des modifications, ou les projets non connectés à un dépôt.

```bash
jamdesk login     # First time only
jamdesk deploy
```

Le CLI empaquette vos fichiers, les télécharge et affiche la progression du build en direct. Utilisez `--detach` pour mettre le build en file d'attente et quitter immédiatement.

<Card title="Guide de déploiement CLI" icon="cloud-arrow-up" href="/fr/cli/deploy">
  Présentation complète du pipeline, phases de build, référence des erreurs et dépannage
</Card>

## Le Workflow

<Steps>
  <Step title="Effectuer des modifications localement">
    Modifiez vos fichiers MDX et prévisualisez avec `jamdesk dev`.
  </Step>
  <Step title="Pousser vers GitHub">
    Commitez et poussez vers votre branche connectée :

    ```bash
    git add .
    git commit -m "Update authentication docs"
    git push
    ```
  </Step>
  <Step title="Déploiement automatique">
    Jamdesk détecte votre push, build votre documentation et la déploie sur le CDN. La plupart des sites se buildent en 30 à 90 secondes.
  </Step>
</Steps>

## Statut de déploiement

Vérifiez le statut dans le dashboard sous **Deployments** :

| Statut | Signification |
|--------|--------------|
| **Building** | Build en cours |
| **Deployed** | En ligne sur votre domaine |
| **Failed** | Erreur de build - consultez les logs |
| **Queued** | En attente du build précédent |

## Rebuild manuel

Déclenchez un rebuild sans pousser :

1. Allez dans **Settings** de votre projet
2. Cliquez sur **Rebuild**

Utilisez cette option lors de la mise à jour de variables d'environnement ou pour corriger des builds bloqués.

## Logs de build

En cas d'échec de build, consultez **Deployments** → cliquez sur un déploiement → affichez les logs. Problèmes courants :
- Syntaxe MDX invalide
- Images manquantes
- Liens internes cassés
- Erreurs de configuration

## Rollbacks

Revenir à une version précédente :

1. Allez dans **Deployments**
2. Trouvez le déploiement à restaurer
3. Cliquez sur **Rollback**

La version précédente est mise en ligne immédiatement.

## Prochaines étapes

<Columns cols={2}>
  <Card title="Déploiement CLI" icon="cloud-arrow-up" href="/fr/cli/deploy">
    Déployer depuis le terminal sans pousser vers GitHub
  </Card>
  <Card title="Cycle de vie du build et du déploiement" icon="rotate" href="/fr/deploy/lifecycle">
    Processus de build détaillé, déclencheurs et variables d'environnement
  </Card>
  <Card title="Domaines personnalisés" icon="globe" href="/fr/deploy/custom-domains">
    Configurer docs.votredomaine.com
  </Card>
  <Card title="Aperçu CLI" icon="terminal" href="/fr/cli/overview">
    Outils locaux et commandes
  </Card>
  <Card title="Preview local" icon="eye" href="/fr/development/local-preview">
    Prévisualiser la documentation avant de pousser
  </Card>
</Columns>