Répertoire de travail, zone de préparation et dépôt local : comprendre les trois zones locales de Git

By Mirko Peters · 2026-08-12

Maîtrisez les trois zones locales de Git : découvrez comment le répertoire de travail, la zone de préparation et le dépôt local fonctionnent ensemble pour vous donner un contrôle précis sur l'historique de votre projet.

Automatically translated with AI from the original post. Read the English original

Comprendre les trois zones locales de Git (le répertoire de travail, la zone de préparation et le dépôt local) est indispensable pour passer d'une copie de fichiers désordonnée à une gestion de versions délibérée. Ce guide explique le fonctionnement de chaque zone, en la comparant à un bureau physique, afin de vous donner un contrôle précis sur l'historique de votre projet.

Points clés

• Le répertoire de travail est le dossier actif de votre projet, comparable à un bureau en désordre sur lequel vous modifiez librement vos fichiers.
• La zone de préparation fonctionne comme un plateau de révision qui ne contient que les modifications sélectionnées avec git add pour votre prochain point de contrôle.
• Le dépôt local joue le rôle de classeur : il enregistre définitivement vos modifications préparées sous la forme d'un historique de commits structuré.
• Les commandes git status et git diff offrent des contrôles de sécurité qui vous permettent d'examiner ce qui se passe dans vos zones locales avant d'enregistrer l'historique.
• Comprendre ces trois zones évite les commits accidentels et vous aide à garder un historique de projet propre et logique.

Le répertoire de travail : votre bureau actif

Lorsque vous ouvrez un dossier de projet sur votre ordinateur et commencez à y apporter des modifications, vous travaillez directement dans la première zone locale de Git : le répertoire de travail. Considérez ce dossier comme votre bureau de travail. Il contient tous les fichiers que vous ouvrez, créez, modifiez ou supprimez, qu'il s'agisse de code de site web, de documentation, de fichiers de configuration ou d'images.

Comme sur un bureau réel, votre répertoire de travail peut vite devenir désordonné lorsque vous expérimentez. Vous pouvez commencer à réécrire un bouton de connexion, remarquer une faute d'orthographe dans un fichier readme et lancer un script expérimental pour tester une nouvelle mise en page. Git ne force pas automatiquement chaque modification dans votre historique permanent simplement parce qu'elle a été faite dans ce dossier. Vous êtes libre d'essayer des idées, de commettre des erreurs et de laisser du travail inachevé sans modifier définitivement l'historique de votre projet.

Pour voir ce qui a changé dans votre répertoire de travail depuis votre dernier point de contrôle enregistré, utilisez la commande git status. En termes simples, demander son statut à Git revient à faire l'inventaire de tout ce qui se trouve sur votre bureau. Elle identifie les fichiers modifiés, nouveaux et supprimés, et vous montre exactement ce qui a changé depuis votre dernier commit.

La zone de préparation : le plateau de révision

La zone de préparation est sans doute le concept le plus mal compris par les développeurs qui découvrent la gestion de versions, en grande partie parce que son nom évoque un local de stockage technique mystérieux. Visualisez-la plutôt comme un plateau de révision posé à côté de votre bureau. Vous n'y placez que les modifications destinées à votre prochain point de contrôle.

Imaginons que vous passiez votre matinée à corriger un lien critique de réinitialisation de mot de passe tout en commençant en parallèle une refonte expérimentale de votre écran d'accueil. Vous voulez absolument enregistrer la correction du mot de passe, mais la refonte est incomplète et contient des bogues. Vous ne souhaitez pas que les deux modifications soient regroupées dans le même commit.

En exécutant git add suivi de votre fichier de réinitialisation de mot de passe, vous placez cette modification précise et achevée dans la zone de préparation (staging area). Malgré son nom, git add n’enregistre pas votre travail de façon permanente et n’envoie rien vers un serveur en ligne. Il prépare simplement une version propre et choisie de ce fichier pour votre prochain point de contrôle. Cette courte étape vous donne un contrôle considérable. Vous pouvez examiner vos modifications préparées, retirer les éléments ajoutés trop tôt, ou intégrer d’autres fichiers appartenant exactement à la même unité de travail logique.

Le dépôt local : le classeur

Une fois que votre bac de révision contient l’ensemble précis de modifications que vous souhaitez conserver, ces changements passent dans la troisième zone de Git : le dépôt local. Si le répertoire de travail est votre bureau et la zone de préparation votre bac de révision, le dépôt local est votre classeur sécurisé.

Le dépôt local stocke l’ensemble de vos commits et de l’historique du projet directement sur votre ordinateur, dans des dossiers système cachés. Lorsque vous exécutez git commit -m "Fix password reset link", Git prend les modifications préparées dans la zone de préparation et les fige dans un point de contrôle permanent et nommé.

Cette architecture centrée sur le local signifie que vous pouvez construire un historique de projet complet et traçable sans connexion Internet ni service d’hébergement en ligne. Tout se passe en toute sécurité sur votre propre matériel. Votre flux de travail quotidien devient un rythme fiable : vous modifiez les fichiers dans le répertoire de travail, vérifiez la situation avec git status, sélectionnez des modifications ciblées avec git add, puis enregistrez vos choix avec git commit.

Conclusion

Maîtriser la distinction entre le répertoire de travail, la zone de préparation et le dépôt local change en profondeur votre façon d’aborder les projets de développement. En considérant votre dossier comme un espace de travail, la zone de préparation comme un bac de révision et le dépôt local comme un classeur permanent, vous obtenez un contrôle total sur l’historique de votre projet.

Pour approfondir les fondamentaux du contrôle de version, écoutez l’épisode complet du podcast M365 FM pour entendre Mirko Peters expliquer Git en termes simples et découvrir comment ces mécanismes locaux s’inscrivent dans les flux de travail d’équipe plus larges.

Questions fréquentes

Quelle est la différence entre le répertoire de travail et la zone de préparation ?

Le répertoire de travail est votre dossier de projet actif, dans lequel vous modifiez, créez et supprimez librement des fichiers. La zone de préparation est un bac de révision sélectif dans lequel vous placez uniquement les modifications précises que vous souhaitez inclure dans votre prochain commit.

Git add enregistre-t-il mes fichiers de façon permanente ?

Non. La commande git add prépare vos fichiers en les déplaçant dans la zone de préparation, mais elle ne les consigne pas de façon permanente dans l’historique du projet et ne les envoie pas en ligne. L’enregistrement permanent n’a lieu que lorsque vous exécutez git commit.

Puis-je utiliser Git sans service d’hébergement en ligne ?

Oui. Git est conçu pour fonctionner entièrement en local sur votre ordinateur. Vous pouvez créer un dépôt local, effectuer des commits, gérer des branches et consulter l’historique sans jamais vous connecter à GitHub ni à Internet.

Que faire si j’ajoute un fichier à la zone de préparation par erreur ?

Si vous préparez un fichier trop tôt, Git propose des commandes de retrait (comme git reset) qui le sortent en toute sécurité de la zone de préparation et le renvoient dans votre répertoire de travail, sans perdre vos dernières modifications.