|
|
# Gérer des versions d’expériences
|
|
|
|
|
|
Supposons que l'utilisateur __Bioman__ possède un projet au nom de __Super Projet__.
|
|
|
|
|
|
__Bioman__ veut "tagger" une version de ses fichiers afin de pouvoir y revenir facilement et reproduire l'expérience associée.
|
|
|
Pour se faire il va "tagger" (marquer) cette version en y associant un identifiant et un commentaire.
|
|
|
`git tag -a v1.0 -m "ma première expérience"`
|
|
|
`git push origin --tags`
|
|
|
|
|
|
Par la suite, Bioman fait des modifications et crée une nouvelle version de son expérience.
|
|
|
`git tag -a v2.0 -m "ma deuxième expérience"`
|
|
|
`git push origin --tags`
|
|
|
|
|
|
Puis il continu a faire des modifications et des _commit_.
|
|
|
v1.0 v2.0
|
|
|
____|_______|____ HEAD
|
|
|
|
|
|
Un jour, il ne retrouve plus les résultats de son expérience v1.0, alors il décide de rejouer cette expérience. Mais comment va t'il faire sans perdre le travail qu'il a fait depuis.
|
|
|
Tous simplement grave aux _tags_ il va pouvoir retrouver son expérience et la récupérer.
|
|
|
`git tag
|
|
|
v1.0
|
|
|
v2.0`
|
|
|
|
|
|
`git checkout v1.0`
|
|
|
Maintenant le répertoire de __Super Projet__ est exactement comme il l'était à la première version. Bioman peut rejouer son expérience.
|
|
|
Une fois les résultats obtenu Bioman décide de continuer a travailler sur sa version la plus récente (HEAD).
|
|
|
`git checkout master`
|
|
|
|
|
|
Maintenant le répertoire de __Super Projet__ est comme il l'était la dernière fois. |
|
|
\ No newline at end of file |