Agile Scrum 6 Artefacts9/8

Cette leçon présente les trois états locaux de Git, c'est-à-dire les trois zones dans lesquelles vos fichiers peuvent se trouver lorsque vous travaillez avec Git en local. Comprendre ces états est essentiel pour bien maîtriser le cycle d'un commit : du fichier modifié sur le disque jusqu'à son enregistrement définitif dans l'historique du dépôt.

Les trois états locaux de Git

• Working directory (répertoire de travail) : c'est le dossier sur votre disque qui contient tous les fichiers et sous-dossiers de votre application. Certains peuvent être suivis par Git, d'autres non, mais Git est au courant de leur existence.
• Staging area (zone de transfert / index) : c'est une zone intermédiaire dans laquelle vous préparez le prochain commit. Les fichiers modifiés y sont déplacés depuis le répertoire de travail avant d'être validés.
• Repository local (historique de validation) : c'est l'historique des commits enregistrés dans votre dépôt Git local. Une fois un fichier validé depuis la zone de transfert, il rejoint ce repository.

Le cycle est donc simple : vous modifiez un fichier dans le répertoire de travail, vous l'ajoutez à la zone de transfert (git add), puis vous validez les changements dans le repository local (git commit). Ces trois états sont spécifiques à votre historique Git en local.

Il existe aussi un quatrième état, distant : le repository distant (remote). Il s'agit simplement d'un autre dépôt Git hébergé ailleurs (par exemple sur GitHub, GitLab ou Bitbucket). Beaucoup d'utilisateurs ne considèrent leur travail comme réellement enregistré qu'une fois partagé sur un serveur distant, ce qui en fait, en pratique, un quatrième état important du cycle Git. Nous explorerons les repositories distants plus en détail dans une prochaine leçon ; pour l'instant, retenons bien les trois états locaux : working directory, staging area et repository local.