La zone de transit

Fait partie de la section Gestion de versions du Journey Terminal de Coddy — leçon 9 sur 58.

Git ne valide pas automatiquement chaque modification. Au lieu de cela, vous choisissez explicitement les modifications qui seront incluses dans le prochain instantané. Ce flux de travail en deux étapes est articulé autour de la zone de transit (staging area).

Considérez cela comme un presse-papiers pour le prochain commit. Un fichier passe par trois états :

Répertoire de travail : où vous modifiez les fichiers normalement.
Zone de transit (Staging area) : les modifications que vous avez marquées pour le prochain commit.
Dépôt : l'historique permanent, après avoir effectué le commit.

L'intérêt de la mise en zone de préparation (staging) est le contrôle. Vous pouvez modifier dix fichiers, mais n'indexer que les deux liés à une correction de bug, les valider (commit), puis indexer et valider le reste séparément. Chaque commit se retrouve ainsi concentré sur un seul changement logique.

Vous déplacez les fichiers dans la zone de transit avec git add, et de la zone de transit vers le dépôt avec git commit.

Défi

Débutant

Le dossier contient un fichier non suivi app.txt. Initialisez le dépôt, puis exécutez git status --short pour confirmer que le fichier apparaît comme non suivi.

Aide-mémoire

Git utilise un flux de travail en deux étapes pour créer des commits :

Répertoire de travail – où vous modifiez les fichiers
Zone de transit – modifications marquées pour le prochain commit
Dépôt – historique permanent après la validation

Indexez les modifications avec git add, puis enregistrez-les dans l'historique avec git commit. Cela vous permet de regrouper les modifications liées dans des commits ciblés, même lorsque plusieurs fichiers ont été modifiés.

Essayez vous-même

Terminal