@@ -144,6 +144,9 @@ 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.
### Préparation 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` :
...
...
@@ -171,10 +174,13 @@ La situation résultante est illustrée ci-dessous :
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.
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.
La validation de la 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`)
__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`).
### Création d'une nouvelle version
La création d'une nouvelle version (commit) s'effectue via la commande `git commit` :
...
...
@@ -213,6 +219,8 @@ nothing to commit, working tree clean
MacBook-Air-749:4git sebastienjean$
```
### Visualisation de l'historique
La commande `git log` permet de voir l'historique de façon exhaustive et d'y retrouver les pointeurs :
