Ne pas versionner le planning de travail
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:
11
.gitignore
vendored
11
.gitignore
vendored
@@ -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.
|
# Sauvegardes horodatées écrites par serve.py à chaque enregistrement.
|
||||||
# Régénérables, et jusqu'à 50 fichiers en rotation : uniquement du bruit ici.
|
# Régénérables, et jusqu'à 50 fichiers en rotation : uniquement du bruit ici.
|
||||||
data/backups/
|
data/backups/
|
||||||
@@ -12,10 +16,3 @@ data/*.tmp
|
|||||||
__pycache__/
|
__pycache__/
|
||||||
*.py[cod]
|
*.py[cod]
|
||||||
.DS_Store
|
.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
|
|
||||||
|
|||||||
13
README.md
13
README.md
@@ -97,10 +97,15 @@ diff git.
|
|||||||
|
|
||||||
À chaque sauvegarde, le serveur copie la version précédente dans `data/backups/`, horodatée.
|
À 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é
|
Le planning n'est **pas versionné** : `.gitignore` exclut `data/projets.json`, ce dépôt ne contenant
|
||||||
(Syncthing, Drive). L'outil ne gère pas les conflits : si deux machines modifient le planning en même
|
que le code. Seul `data/exemple.json` y figure, comme jeu de démonstration.
|
||||||
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.
|
**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
|
## Tests
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user