lafrite/gestion_projets
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Ne pas versionner le planning de travail

Browse Source 
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 <noreply@anthropic.com>
This commit is contained in:
Bertrand Benjamin
2026-07-31 06:55:53 +02:00
parent 98ae311545
commit 222831234a
2 changed files with 13 additions and 11 deletions
Download Patch File Download Diff File Expand all files Collapse all files

13
README.md
View File

@@ -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