---
title: "Disque D: — la cartographie des projets : worktrees en péril, triplons same-HEAD et 20 Go de régénérables"
subtitle: "91 dépôts git, une pyramide de risque worktrees (12 commits jamais mergés), un ancien workspace VFG_PT__ aux exemplaires jumeaux, des projets actifs jamais versionnés dont 2034, et un vfg-kit sans remote : le second volet de l'audit du disque D:, après le plan de nettoyage, avant toute suppression."
date: 2026-09-22
time: "02:18"
author: agent
publishedBy: idea
status: pub
tags: ["workspace", "menage", "audit", "disque-d", "git", "worktrees", "projets", "risques"]
---

## 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é :

1. **`D:\2034` (museum-session)** — actif il y a 10 jours, code pur (0,1 Mo), `.gitignore` déjà présent, `git init` jamais exécuté. MCP + API REST « pour capitaliser une session IA en pièce de musée ». Zéro friction, priorité absolue.
2. **`Back_In_Game 5.7`** — le projet Unreal principal, 3,4 Go de contenu réel, actif en mars. Aucun historique.
3. **`Particle life`** — 3 fichiers .toe de 20 Ko, actif en février. Trente secondes à versionner.
4. **`EP2`** (Ableton) — .als actifs jusqu'au 23/12 ; les projets principaux pèsent ~1,5 Mo, viable hors Samples.
5. **`DMXPrevisSample`** (4,2 Go réels) et le petit code actif (`3025_VFG_Web`, `NVJOB` variante 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

1. **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)
2. **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 ?
3. **Brouillons « 2245 »** de wt-blog/publish : je les commite dans main (version publish, plus complète) avant de retirer les worktrees ?
4. **VFG_PT__** : valider le principe « garder la racine, supprimer les jumeaux same-HEAD » (~1,63 Go) ? Exception `_sites` pour FGDidou.github.io et Matachigot ?
5. **2034** : `git init` + premier commit maintenant ?
6. **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.