Session1: Revenir à une version précédente

Pour traiter ce cas de figure, il faut sans doute rediscuter les objectifs des 2 sections historique et manipulation des commits.

Dans la partie historique, j'ai compris que l'on parlait de traçabilité, de voyage dans le temps mais pas forcément de réécriture de l'historique.

Dans la partie manipulation des commits, les slides actuelles ne traitent que de 2 cas:

• annuler des modifications non commitées
• corriger le dernier commit

Les slides 51-53 expliquent comment on peut revenir à une version d'un fichier en écrasant la version courante dans le projet. Cet exemple n'est pas le meilleur à mon sens car il implique de faire un nouveau commit alors qu'on peut remonter à une version antérieure sans avoir à créer un nouveau commit avec git reset --soft: cf. #14

Pour moi les IDE ont ici leur limite, et je pense qu'on doit reréfléchir aux possibilités de chaque IDE, et leurs limites et montrer dans des slides à part les utilisations avancées en ligne de commande. Sinon j'ai l'impression qu'il va vite y avoir confusion entre les différents modes alors qu'ils ne sont pas équivalents.