TL;DR
Premier volet : le nettoyage du disque (D: à 96%, 1552 fichiers en racine, plan en 6 phases). Ce second volet cartographie les projets eux-mêmes — 91 dépôts git, des worktrees, des projets jamais versionnés — parce qu'un nettoyage qui supprimerait un travail non mergé serait une catastrophe silencieuse.
Le verdict en trois chiffres :
- 12 commits de refactor RainbowPiano existent uniquement dans un worktree
.claude, jamais mergés, jamais poussés. Suppression = perte sèche. - 1,63 Go de dépôts dupliqués dans l'ancien workspace
VFG_PT__— tous les exemplaires sont au même commit exact, donc supprimables sans risque une fois la référence choisie. - ~20 Go de contenus régénérables ou re-téléchargeables (Libraries Unity, caches DDC, sample officiel Epic) qui s'ajoutent aux 30 Go d'archives jumelées du premier volet.
Et une découverte en chemin : une campagne de ménage a déjà eu lieu cette nuit (01h27–01h55) — 21 worktrees RainbowPiano archivés avec patches et SHA256, proprement tracée dans _archive-2026-09/PREUVES.md. Le disque nettoie déjà ses périphériques ; cet article couvre ce qui reste.
1. Trois générations de workspace coexistent
Le scan complet (tout D:, GitRepos exclu puis audité séparément) trouve 91 dépôts git :
| Génération | Localisation | Dépôts | État |
|---|---|---|---|
| V1 — l'ancienne | D:\VFG_PT__ | 41 | Dupliqué en interne, dernière activité 19/09 (méta-dépôt) |
| V2 — la courante | D:\GitRepos | 27 + archive | Active, remotes GitHub propres |
| Hors classement | VST, Zevent2026, LaMatrce, Unity×3, wt-blog, etc. | ~23 | Hétérogène — voir anomalies |
VFG_PT__ est un workspace complet d'une époque où chaque projet vivait en 2-3 exemplaires (racine, _dev, _live, _docs\repos, _sites). L'audit du premier volet le pesait à 16,5 Go ; en réalité son contenu unique tient bien moins — les exemplaires sont jumeaux au commit près (SHA HEAD vérifiés un à un).
2. VFG_PT__ : 1,63 Go de triplons same-HEAD
Tous les doublons partagent exactement le même HEAD. Les seules exceptions de fichiers non commités : Matachigot-1 (1 package-lock.json) et les deux RAPPORT-EXPERIENTIEL (3 articles rainbowjourney modifiés chacun).
| Projet | Exemplaires | Volume obsolète |
|---|---|---|
| VFJah_Messenger | racine + _dev | 722 Mo |
| VFG-Kit | racine + _docs\repos | 598 Mo |
| VFGate (déguisé en BDDBridgePOC) | _live + racine | 197 Mo |
| RAPPORT-EXPERIENTIEL | racine + _docs\repos + worktree quarantaine | 87 Mo |
| 10 autres projets ×2 | racine + _live/_dev/_sites | ~66 Mo |
Décision proposée : garder la racine comme référence (sémantique du workspace), supprimer les exemplaires _dev/_live/_docs\repos après vérification du même-HEAD — sauf FGDidou.github.io et Matachigot où la référence logique est _sites (site déployé).
Trois anomalies notables dans ce workspace : BDDBridgePOC n'est pas un POC isolé mais un clone complet de VFGate (même remote, même HEAD — nom trompeur) ; la « quarantaine » Matachigot-1-20260919 est une junction vers l'original, pas une copie isolée ; le worktree quarantaine rapport-blog-v2… est un HEAD détaché encore rattaché au .git de RAPPORT-EXPERIENTIEL — à retirer via git worktree remove, jamais par effacement du dossier.
3. Worktrees : la pyramide de risque
Au sommet — travail unique en péril (à merger avant tout nettoyage)
| Worktree | Commits non mergés/non poussés | Contenu | Taille |
|---|---|---|---|
RainbowPiano\.claude\worktrees\refacto-retard… | 12 | refactors ARCH-settings/UI/TESTS, autosave par blocs, presets, e2e | 358 Mo |
RainbowPiano-fix-pw-specs | 5 | fix runner Playwright/Vitest + docs | 215 Mo |
VST-worktrees\chronos-history | 4 | pagination cursors chronos, fix livraison événements | 21 Mo |
RainbowPiano-e-strates-code | 2 + 4 fichiers modifiés | implémentation strates (code réel non commité) | 212 Mo |
Zevent u01-sky → u04-characters | 1 chacun | fonctionnalités universe U1-U4 — n'existent nulle part ailleurs | ~160 Mo |
À la base — nettoyables en sécurité (~635 Mo)
taches-restantes-design (289 Mo, seul dirty : 242 octets de config), stage-integrate Zevent (221 Mo, une capture PNG), swarm-agents-fusion-plan (35 Mo, 0 dirty, commit déjà contenu dans la branche principale), universe-v1-1 (41 Mo, poussé), vcalibrated (21 Mo, quasi-tout déjà mergé).
Cas particulier — wt-blog et publish
Deux worktrees détachés sur le même commit, servant de zone de rédaction : 28 brouillons rainbowjourney non versionnés, dont une variante « 2245 » qui n'existe dans aucune version du main — deux rédactions divergentes de ce brouillon, une dans chaque worktree. À committer dans main avant de retirer les worktrees.
4. Les projets actifs jamais versionnés
Le scan des marqueurs (hors git) sur tout le disque : ~30 vrais projets non suivis, dont 5 actifs qui méritent git init en priorité :
D:\2034(museum-session) — actif il y a 10 jours, code pur (0,1 Mo),.gitignoredéjà présent,git initjamais exécuté. MCP + API REST « pour capitaliser une session IA en pièce de musée ». Zéro friction, priorité absolue.Back_In_Game 5.7— le projet Unreal principal, 3,4 Go de contenu réel, actif en mars. Aucun historique.Particle life— 3 fichiers .toe de 20 Ko, actif en février. Trente secondes à versionner.EP2(Ableton) — .als actifs jusqu'au 23/12 ; les projets principaux pèsent ~1,5 Mo, viable hors Samples.DMXPrevisSample(4,2 Go réels) et le petit code actif (3025_VFG_Web,NVJOBvariante node22_fixed).
Côté dormants : une demi-douzaine de projets Unity de 2023 (Fight game test, My project, ZalexShow2023, Twitch Chat ×3) et les shows 2024 (GMA_INSA, Elisa, OT) — à archiver, pas à versionner d'urgence.
5. Le gisement des régénérables (~20 Go)
Ce n'est pas du nettoyage risqué, c'est de la géologie : des bibliothèques et caches qui se reconstruisent ou se retéléchargent.
| Contenu | Volume | Nature |
|---|---|---|
| Libraries Unity (Castle, VFG_Scenos, Unity-Twitch-Chat-main, HDRP, URP…) | ~4,5 Go | se régénère à l'ouverture — parfois 1,5 Go pour 5 Mo d'assets |
| ContentExamples (sample officiel Epic) | 15 Go dont 6,3 de DDC | re-téléchargeable depuis le Launcher |
| DDC des projets UE | ~8,3 Go cumulés | caches de build |
| node_modules des variantes NVJOB et archives | ~20 Mo + 2 Go dans _archive | npm install |
Attention aux pièges avant de vider : VFG_Scenos a 1,5 Go de Library pour 4,7 Mo d'Assets — soit le projet a été vidé, soit les assets vivent ailleurs. À ouvrir avant de conclure.
6. Anomalies et actions prioritaires
| # | Élément | Risque | Action |
|---|---|---|---|
| 1 | vfg-kit (GitRepos) : 3 commits, zéro remote — la forme finale du monorepo @vfglol (scene-kit + realtime-server extraits de ZEvent) n'existe que sur ce disque | ÉLEVÉ | créer le dépôt GitHub et pousser immédiatement — action n°1 de tout l'audit |
| 2 | VST : le clone imbriqué VST\VST est plus récent que le parent (commit v11 poussé), mais le parent détient v11\ avec 10 fichiers jamais committés + « Refonte interface v10 DAW iPad » (0,5 Mo) | ÉLEVÉ | committer les fichiers uniques, pousser, puis désimbriquer |
| 3 | LaMatrce : 24 fichiers dirty (SSOT Matrix en évolution), branche mergée mais main local en retard de 4 commits | MODÉRÉ | committer + pousser, ff main |
| 4 | Zevent2026 : feat/scene-kit-extraction terminée mais non mergée, laissée checked-out | FAIBLE | merger dans main, revenir sur main |
| 5 | ScratchNotes (NotFromMe) : sans remote, notes perso | FAIBLE-MODÉRÉ | décider sa nature, pousser ou archiver |
| 6 | Floodroom : dépôt isolé au milieu de 3025_VFG_Web non versionné, 2 fichiers dirty | FAIBLE | committer, puis sortir le dépôt de l'arborescence |
| 7 | Coquille vide GitRepos\TermuxWorkspace (résidu robocopy) | NUL | supprimable |
7. Ce que la nuit a déjà fait
En auditant, on découvre qu'une campagne a déjà eu lieu cette nuit (01h27–01h55) : 21 worktrees RainbowPiano retirés, 7 résidus Chronowflow (~2 Go) déplacés, le tout archivé dans GitRepos\_archive-2026-09 avec PREUVES.md, patches et SHA256SUMS. Aucune suppression — tout traçable. Le ménage du disque est donc déjà entamé proprement ; les phases de cet article et du précédent s'y ajoutent sans collision.
8. Questions à FG
- vfg-kit : je crée le dépôt GitHub et pousse ? (c'est l'action la plus urgente de tout l'audit — 30 secondes)
- Worktrees à risque : merge de
refacto-retard(12 commits),fix-pw-specs(5),chronos-history(4),e-strates-code(2+code sale) — dans quel ordre, ou on liste d'abord les diffs ? - Brouillons « 2245 » de wt-blog/publish : je les commite dans main (version publish, plus complète) avant de retirer les worktrees ?
- VFG_PT__ : valider le principe « garder la racine, supprimer les jumeaux same-HEAD » (~1,63 Go) ? Exception
_sitespour FGDidou.github.io et Matachigot ? - 2034 :
git init+ premier commit maintenant ? - Régénérables : vider les Libraries Unity dormantes + DDC + ContentExamples (~20 Go) avant ou après les phases du premier article ?
Synthèse
Le premier article libérait de l'espace ; celui-ci protège du travail. Les gains se superposent :
- Phases 1-2 article 1 (zip jumelés, doublons) : ~30 Go
- Triplons VFG_PT__ : ~1,6 Go
- Worktrees sûrs : ~0,6 Go
- Régénérables (Libraries/DDC/samples) : ~20 Go
Mais l'ordre compte : aucun de ces gisements ne se touche avant que les 24 commits non mergés, les 10 fichiers v11 et les brouillons 2245 soient mis à l'abri. D'abord museler le risque, ensuite couper le disque.