veza/docs/archive/root-md/CLEANUP_PLAN.md
senke 43af35fd93 chore(audit 2.2, 2.3): nettoyer .md et .json à la racine
- Archiver 131 .md dans docs/archive/root-md/
- Archiver 22 .json dans docs/archive/root-json/
- Conserver 7 .md utiles (README, CONTRIBUTING, CHANGELOG, etc.)
- Conserver package.json, package-lock.json, turbo.json
- Ajouter README d'index dans chaque archive
2026-02-15 14:35:08 +01:00

1.6 KiB

🧹 CLEANUP_PLAN.md - Plan de Nettoyage Immédiat

Phase 1 : Standardisation de la Vérité (Semaine 1)

1.1 Unification des Communs Rust

  • Action: Analyser veza-common et veza-rust-common.
  • Décision: Garder veza-common comme bibliothèque canonique. Déplacer tout le code utile de veza-rust-common dedans. Supprimer veza-rust-common.
  • Gain: Une seule dépendance partagée pour Chat et Stream.

1.2 Nettoyage des Scripts

  • Action: Auditer le dossier scripts/.
  • Consolidation: Créer un Makefile unique et puissant qui appelle les bons scripts.
  • Archivage: Déplacer les scripts "one-shot" (migrations manuelles, fixes UUID passés) dans scripts/archive/.

Phase 2 : Résolution du Frontend (Semaine 2)

2.1 Dépréciation de la logique veza-desktop

  • Constat: apps/web est supérieur.
  • Action: Transformer veza-desktop en un simple conteneur Electron qui charge l'application apps/web (soit via URL en dev, soit via build statique en prod).
  • Code: Supprimer la duplication Redux/Components dans veza-desktop.

Phase 3 : Hygiène Base de Données (Semaine 3)

3.1 Centralisation des Migrations

  • Problème: Conflit de propriété des tables partagées.
  • Solution: Définir que veza-backend-api est le "Maître" du schéma public (Users, Auth).
  • Chat Server: Doit traiter la DB users en lecture seule ou via API gRPC, ou avoir son propre schéma isolé (ex: schema chat).

3.2 Validation UUID

  • Action: Lancer une campagne de tests d'intégration ciblée sur les IDs pour vérifier que plus aucun INT n'est attendu nulle part.