mintlify__docs/fr/editor/publish.mdx

---
title: "Publier les modifications dans l’éditeur web"
sidebarTitle: "Publier"
description: "Enregistrez votre travail et publiez les modifications sur votre site de documentation."
keywords: ["éditeur", "publier", "modifications", "branches", "pull requests"]
---

<div id="publishing-workflows">
  ## Workflows de publication
</div>

L'éditeur prend en charge deux workflows pour publier des mises à jour de la documentation. Le workflow que vous utilisez dépend des règles de protection des branches de votre référentiel et de la branche sur laquelle vous travaillez.

* **Créer des pull requests** : Si votre référentiel comporte une règle de protection de branche qui impose des pull requests avant que les modifications puissent être fusionnées dans votre branche de déploiement, l'éditeur crée une pull request (demande de fusion) lorsque vous publiez des modifications.
* **Publier directement** : Si votre référentiel n'a aucune règle de protection de branche, vos modifications sont fusionnées dans la branche de déploiement et déployées immédiatement lorsque vous publiez.

| Type de branche | Protection de la branche | Workflow de publication |
|-------------|-------------------|------------------------------|
| <Tooltip headline="Branche de déploiement" tip="La branche qui publie sur votre site de documentation en production, généralement 'main'.">Branche de déploiement</Tooltip> | Aucune | Effectue des commits et déploie les modifications |
| Branche de déploiement | Pull requests requises | Crée une pull request (demande de fusion) |
| <Tooltip headline="Branche de fonctionnalité" tip="Une branche isolée sur laquelle vous travaillez sur des mises à jour avant de fusionner vers votre branche de déploiement.">Branche de fonctionnalité</Tooltip> | Aucune | Fusionne les modifications dans la branche de déploiement et les déploie |
| Branche de fonctionnalité | Pull requests requises | Crée une pull request (demande de fusion) |

<Tip>
  Configurez des règles de protection des branches dans votre fournisseur Git pour exiger des pull requests. Voir [À propos des branches protégées](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) dans la documentation GitHub ou [Branches protégées](https://docs.gitlab.com/user/project/repository/branches/protected/) dans la documentation GitLab.
</Tip>

<div id="save-changes">
  ## Enregistrer les modifications
</div>

Pendant que vous modifiez le contenu, l’éditeur suit vos changements.

- Nouveaux fichiers ou fichiers supprimés.
- Modifications de contenu dans les pages.
- Changements dans la structure de navigation.
- Téléversement et organisation des médias.
- Mises à jour de la configuration.

Lorsque vous travaillez sur votre branche de déploiement, les modifications sont enregistrées automatiquement.

<Frame caption="Modifications sur une branche de déploiement.">
  <img src="/images/editor/toolbar-light.png" alt="Barre d’outils de l’éditeur web affichant une modification en attente." className="block dark:hidden" />
  <img src="/images/editor/toolbar-dark.png" alt="Barre d’outils de l’éditeur web affichant une modification en attente." className="hidden dark:block" />
</Frame>

Lorsque vous travaillez sur une branche de fonctionnalité, vous pouvez enregistrer les modifications dans la branche sous forme de <Tooltip headline="Commit" tip="Un commit est une capture instantanée enregistrée de vos modifications dans Git.">commits</Tooltip>.

<Frame caption="Modifications sur une branche de fonctionnalité.">
<img src="/images/editor/toolbar-branch-light.png" alt="Barre d’outils de l’éditeur web affichant une modification en attente et le bouton Save as commit sur une branche de fonctionnalité." className="block dark:hidden" />
<img src="/images/editor/toolbar-branch-dark.png" alt="Barre d’outils de l’éditeur web affichant une modification en attente et le bouton Save as commit sur une branche de fonctionnalité." className="hidden dark:block" />
</Frame>

Pour annuler des modifications, cliquez sur **Annuler les modifications** à côté d’un nom de fichier dans le menu déroulant **Changes**.

<div id="publish-your-changes">
  ### Publier vos modifications
</div>

Cliquez sur **Publish** dans la barre d’outils. Selon votre flux de travail, vos modifications sont soit déployées immédiatement, soit utilisées pour créer une pull request (demande de fusion) à valider sur votre plateforme Git. Si vous travaillez sur une branche de fonctionnalité, enregistrez vos modifications avant de publier.

Le bouton **Publish** est désactivé lorsqu’il n’y a aucune modification en attente ou lorsqu’une pull request (demande de fusion) est déjà ouverte pour la branche actuelle.

## Résoudre les conflits

Les conflits se produisent lorsque votre branche et la branche de déploiement comportent des modifications incompatibles dans les mêmes fichiers.

<div id="what-causes-conflicts">
  ### Quelles sont les causes des conflits ?
</div>

Les conflits surviennent lorsque :

- Vous et un autre membre de l'équipe modifiez les mêmes lignes dans un fichier.
- Des fichiers sont déplacés ou supprimés dans une branche, mais modifiés dans une autre.

<div id="resolve-conflicts">
  ### Résoudre les conflits
</div>

L’éditeur affiche des avertissements lorsque des conflits empêchent d’effectuer des opérations comme la publication ou le changement de branche. Pour résoudre les conflits, suivez les instructions dans l’éditeur pour choisir les modifications à conserver.

<div id="commit-signing">
  ## Signature des commits
</div>

Signez vos commits avec votre compte GitHub en l’autorisant dans vos [paramètres de compte](https://dashboard.mintlify.com/settings/account). Sans cette autorisation, la GitHub App de Mintlify signe les commits effectués dans l’éditeur web.

Attribuer les commits à votre compte permet de conserver un historique précis des personnes ayant modifié votre documentation.