From 2d620394c5b73c5b269a34df5ee1422313bd997b Mon Sep 17 00:00:00 2001 From: d0e6f90fc91537e71d96befd9f7f0f02 Date: Tue, 5 Nov 2024 10:15:22 +0000 Subject: [PATCH] priz2note cours4 bis --- module1/README.md | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/module1/README.md b/module1/README.md index 8e7054f..e75b08c 100644 --- a/module1/README.md +++ b/module1/README.md @@ -124,4 +124,18 @@ On se synchronise soi-même, et on précise sur quels sous-dossiers. Concept1 : les "moments-clés", ou checkpoints/snapshots. Car on ne veut pas garder une granularité d'historique trop fine... -'''git add''' \ No newline at end of file +`git add`... ou plutôt `git commit`, non ? + +L'historique ne sera pas complètement linéaire, mais il devrait y avoir une ligne principale. +Cet historique est fait à une granularité "projet". +Chaque version du projet ("commit" ou "révision") est identifiée par un SHA1. + +`diff` et `checkout` à connaître aussi. +Now, comment "sauvegarder" cet historique ? +Juste un serveur ? + +Créer d'abord à distance, cloner, bosser. + +Ensuite, on push chaque fois qu'on est satisfait : c'est la sauvegarde. +Les "petites erreurs" qui forment des branches alternatives ne sont a priori pas transmises. +Mais si besoin, on peut. -- 2.18.1