> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Notions essentielles de Git

> Découvrez les concepts Git qui sous-tendent le travail sur les dépôts dans Replit, notamment les branches, les commits, les pull requests et les fusions, pour suivre une modification jusqu'à sa relecture.

Vous n'avez pas besoin d'apprendre les commandes Git pour contribuer avec Replit. Ces concepts vous aident à comprendre où vont vos modifications et comment votre équipe les relit.

## Qu'est-ce que Git ?

Git suit les modifications du code au fil du temps. Un **dépôt** contient le code et son historique. [GitHub](https://github.com) et [GitLab](https://gitlab.com) hébergent des dépôts et fournissent des outils de collaboration ; ils ne sont pas Git lui-même.

Modifier votre copie de développement dans Replit ne change pas immédiatement le dépôt partagé.

En savoir plus : [À propos de Git dans la documentation GitHub](https://docs.github.com/en/get-started/using-git/about-git).

## Branches

Une branche est une ligne de travail distincte. Effectuez votre contribution sur une branche pour que votre équipe puisse la relire avant qu'elle ne rejoigne la branche par défaut du dépôt, souvent appelée `main`.

Par exemple, la modification du titre de la démo peut vivre sur sa propre branche pendant que la branche par défaut reste inchangée.

En savoir plus : [À propos des branches dans la documentation GitHub](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches).

## Commits

Un commit enregistre un ensemble de modifications dans l'historique Git, accompagné d'un message qui les décrit. Le **push** envoie vos commits locaux vers le dépôt distant.

Dans cet exemple, un commit peut enregistrer le nouveau titre. Un commit ultérieur peut enregistrer une révision demandée pendant la relecture.

En savoir plus : [À propos des commits dans la documentation GitHub](https://docs.github.com/en/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/about-commits).

## Pull requests

Une pull request propose d'intégrer les modifications d'une branche dans une autre. Votre équipe peut inspecter les modifications, en discuter et examiner les vérifications avant d'accepter la contribution. GitLab appelle cela une **merge request**.

Ouvrir une demande ne fusionne ni ne déploie vos modifications.

En savoir plus : [À propos des pull requests dans la documentation GitHub](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests).

## Fusions

Fusionner incorpore les modifications dans la branche cible. Si des branches contiennent des modifications incompatibles, il peut être nécessaire de résoudre d'abord un **conflit de fusion**.

Fusionner et déployer sont deux actions différentes. Votre équipe peut automatiser un déploiement après la fusion, mais cela dépend de sa configuration de publication.

En savoir plus : [Fusionner une pull request dans la documentation GitHub](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request).

Essayez ce workflow dans [Apporter une contribution](https://docs.replit.com/fr/build/code/first-contribution.md).