0009 — Séparation stricte host / données
Contexte
- Windows sert exclusivement d'OS hôte pour lancer VS Code, WSL et Docker.
- WSL fournit l'environnement Linux de travail sans exposer les données au système hôte.
- Un disque externe monté sous WSL reste la source de vérité pour les dépôts, notes et scripts.
- Cette décision complète 0008 en se concentrant sur la séparation stricte des rôles host/données.
- La relation hôte/données doit rester lâche afin de pouvoir déplacer l'environnement sans copie locale.
Décision
- Utiliser Windows uniquement pour exécuter les outils (VS Code, WSL, Docker) sans stocker de données projet.
- Conserver l'ensemble des données (code, documentation, projets, scripts) sur le disque externe dédié.
- Ne jamais considérer l'OS hôte comme source de vérité ou stockage principal.
- Limiter au strict minimum les fichiers temporaires sur le disque interne afin d'éviter tout couplage.
Raisons
- Indépendance vis-à-vis de la machine physique utilisée.
- Migration rapide vers un autre poste en rebranchant simplement le disque externe.
- Répartition claire des responsabilités : l'hôte exécute, le disque externe conserve les données.
- Diminution des risques de perte ou de divergence entre copies locales.
- Alignement avec une organisation nomade déjà décrite dans les décisions précédentes.
Conséquences
Positives
- Environnement complet transférable avec le disque externe.
- Séparation nette entre exécution (host) et stockage (disque) donc moins d'ambiguïtés.
- Sauvegardes facilitées car concentrées sur un seul volume.
- Sensibilité réduite aux réinstallations ou incidents Windows.
Négatives
- Impossibilité de travailler sans le disque externe monté.
- Gestion attentive des chemins (
X:\côté Windows,/mnt/xcôté WSL) pour éviter les erreurs. - Discipline nécessaire pour empêcher l'apparition de données persistantes sur le disque interne.
Alternatives considérées
- Stockage mixte host + externe : rejeté pour éviter la confusion et la duplication.
- Tout stocker sur le host : rejeté car non portable et lié aux réinstallations.
- Tout stocker dans le cloud : rejeté pour limiter la dépendance réseau et la latence.
Statut
Accepté.