@@ -143,9 +143,11 @@ Cette situation est illustrée ci-dessous :
Les changements observés sont consignés par _git_ dans une zone nommée `working` ou `unstaged` (qu'il s'agisse de la création d'un nouveau fichier ou de la suppression ou modification d'un fichier existant).
Ces changements observés n'entrainent pas automatiquement la création d'une nouvelle version, ils ne la préparent pas non plus automatiquement. La sélection des changements à intégrer à la future nouvelle version et la production de cette nouvelle version proprement dite sont des opérations explicites.
Ces changements observés n'entrainent pas automatiquement la création d'une nouvelle version.
La sélection des changements à intégrer à la future nouvelle version est explicite et s'effectue
s'effectue via la commande `git add` :
La prise en compte d'un changement (concernant un fichier) pour la prochaine version s'effectue via la commande `git add` :
__N.B__. : On peut utiliser des jokers pour ajouter simultanément plusieurs fichiers, un répertoire, ... (cf. l'aide en ligne).
Les changements pris en compte sont déplacés par _git_ dans une zone nommée `staged`. Cette prise en compte n'entraine pas automatiquement la création d'une nouvelle version. La production de cette nouvelle version proprement dite est également une opération explicite.
__N.B__. : On peut annuler la prise en compte des changements pour un fichier via la commande `git rm --cached` (de fait, le changement est rebasculé dans la zone `unstaged`)