From 222831234aef321030cc639f933fbb6b704d8be8 Mon Sep 17 00:00:00 2001 From: Bertrand Benjamin Date: Fri, 31 Jul 2026 06:55:53 +0200 Subject: [PATCH] Ne pas versionner le planning de travail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Le dépôt ne contient que le code : data/projets.json est désormais ignoré, et seul data/exemple.json reste versionné comme jeu de démonstration. Le README recommandait git pour synchroniser le planning entre machines, ce qui contredisait ce choix. Il décrit maintenant la synchronisation par dossier partagé, et précise que --data ne peut pas pointer hors du dossier du projet. Co-Authored-By: Claude Opus 5 --- .gitignore | 11 ++++------- README.md | 13 +++++++++---- 2 files changed, 13 insertions(+), 11 deletions(-) diff --git a/.gitignore b/.gitignore index 1dd4bbd..1b8e5a5 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,7 @@ +# Ce dépôt ne contient que le code : le planning de travail reste local. +# data/exemple.json est versionné, lui, comme jeu de démonstration. +data/projets.json + # Sauvegardes horodatées écrites par serve.py à chaque enregistrement. # Régénérables, et jusqu'à 50 fichiers en rotation : uniquement du bruit ici. data/backups/ @@ -12,10 +16,3 @@ data/*.tmp __pycache__/ *.py[cod] .DS_Store - -# Note : data/projets.json n'est *pas* ignoré. Versionner son planning est le -# moyen de synchronisation recommandé dans le README — un conflit git est -# visible, là où un dossier synchronisé écrase silencieusement. Pour garder le -# dépôt limité au code, ajouter cette ligne : -# -# data/projets.json diff --git a/README.md b/README.md index 76e089a..9ed8368 100644 --- a/README.md +++ b/README.md @@ -97,10 +97,15 @@ diff git. À chaque sauvegarde, le serveur copie la version précédente dans `data/backups/`, horodatée. -**Pour synchroniser plusieurs machines**, placer `data/` dans un dépôt git ou un dossier synchronisé -(Syncthing, Drive). L'outil ne gère pas les conflits : si deux machines modifient le planning en même -temps, c'est à la couche de synchronisation de les signaler. Git est recommandé pour cette raison — -un conflit y est visible, là qu'un dossier synchronisé écrase silencieusement. +Le planning n'est **pas versionné** : `.gitignore` exclut `data/projets.json`, ce dépôt ne contenant +que le code. Seul `data/exemple.json` y figure, comme jeu de démonstration. + +**Pour synchroniser plusieurs machines**, placer le dossier du projet dans un espace synchronisé +(Syncthing, Drive). L'option `--data` ne permet pas de pointer ailleurs : le serveur refuse un +fichier situé hors de son propre dossier. + +L'outil ne gère pas les conflits — si deux machines modifient le planning en même temps, la dernière +écriture l'emporte. Les sauvegardes horodatées de `data/backups/` sont le filet de sécurité. ## Tests