LifePlay-Revival/Docs/Migration/etat/ARCH427/ARCH427-PLAN.md
edujiro5972 8084622450 LifePlay UE 5.8 : état de développement au 2026-10-19
Tickets : REP1-T4

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
2026-10-19 22:57:42 +02:00

152 lines
13 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# ARCH427-PLAN : remisage de la version 4.27 et clôture de la migration (proposition, 2026-10-11)
Lot ARCH427, orchestrateur « Archivage 4.27 ». Sources : `ARCH427-T1-INV.md` (inventaire, lp-inventory),
`ARCH427-T2-REFS.md` (citations, lp-inventory), contre-vérifications de l'orchestrateur (§ 6).
**Rien n'est remisé sans l'accord explicite de l'utilisateur**, élément par élément ou en bloc. Aucune suppression.
## 1. Ce qu'il faut savoir avant de choisir
1. **Déplacer ne libère aucune place.** `D:\Game\LifePlay_Backup_5.5\` est sur le même disque D: que les dossiers 4.27.
Un déplacement y est un simple renommage : il dure quelques secondes et ne consomme ni ne libère d'espace.
Une archive 7z **ajoute** de l'espace tant que l'original est gardé, puisque les règles interdisent de le supprimer.
Le disque D: a 2,2 To libres sur 3,8 To. La place n'est donc pas un enjeu : le remisage sert surtout à ranger `D:\Game`.
Un vrai gain d'espace ne vient que de suppressions que **vous** feriez vous-même plus tard, ou de la désinstallation du
moteur 4.27 par le lanceur Epic (§ 3, J).
2. **Aucun outil ne casse.** 0 script de `Tools\`, 0 fichier de `Config\`, 0 skill et 0 agent n'utilisent un chemin 4.27
comme chemin actif (T2). Seules des lignes de documentation sont à annoter.
3. **Calendrier.** La décision D6 prévoit l'archivage de 4.27 *après la publication de la V2.0* (doc 27:72, doc 28:217).
La V2.0 attend la porte T11 du lot U8. Voir Q1.
4. **Git.** Les dossiers 4.27 n'ont pas de `.git`. L'historique 4.27 vit dans les branches locales `archive/ue4.27`
(`0187282`, 142 commits) et `archive/original` (`fa82331`, V3.6 de Vinfamy). Elles existent dans les **deux clones**
(5.5 et 5.8, même SHA) mais **plus sur GitHub** : `git ls-remote origin` ne rend que `main`, et leur amont est marqué
`[gone]`. Rien n'est perdu, mais tout est sur un seul disque. Voir Q6.
## 2. Synthèse chiffrée (Go = octets / 2^30, mesuré par `find -printf`)
| # | Élément | Rôle | Go | Fichiers | Contenu introuvable ailleurs |
|---|---|---|---|---|---|
| A | `D:\Game\LifePlay-master` | projet d'origine V3.6 (Vinfamy, août 2024, moteur source `{60F4A457…}` non installé) | 0,118 | 2 770 | non : Content = G, sources = `archive/original` |
| B | `D:\Game\LifePlay-master 4.27` | projet porté 4.27 (référence L0-L7, abandonnée en U58) | 24,568 | 80 513 | **oui** : `Content/Saves` (14 125 personnages, 239 emplacements), `Content/Heavy` au format 4.27 (5,2 Go, 8 356 fichiers), `Saved/SaveGames` (2), 165 fichiers `Content/Modules` |
| C | `D:\Game\LifePlay_Build_427_Dev` | build 4.27 Development (référence de comportement L0) | 5,310 | 22 992 | oui, 2 parties de test `1.sav`, `2.sav` |
| D | `D:\Game\LifePlay_Build_2026.9` | build 4.27 « 2026.9 » | 5,142 | 22 944 | non établi (build) |
| E | `_backup_VictoryPlugin_4.27_retire_du_portage_5.5` | plugin Victory retiré au portage | 0,000 (343 Ko) | 19 | non (19/19 dans B et git) |
| F | `_backup_VictoryBPLibrary_EngineSource` | source du plugin Victory côté moteur | 0,000 (316 Ko) | 17 | non (16/17 dans git, le 17e dans J) |
| G | `_backup_LifePlay_Content_v3.6` | Content de la V3.6 | 0,111 | 2 354 | non (= A) |
| H | `_backup_LifePlay_lpaction_2026.9` | actions `vin_*` de 2026.9 | 0,000 (127 Ko) | 346 | **oui** : 244 `.lpaction` introuvables ailleurs |
| I | `LifePlay_Publication\stage427` | dossier de préparation d'une archive 4.27 | 0,818 | 3 153 | non (sous-ensemble de B) |
| J | `D:\Game\Launcher\Engine\UE_4.27` | moteur 4.27.2 (lanceur Epic) | 41,279 | 179 769 | non : retéléchargeable. Ajouts locaux : plugin VictoryBPLibrary (61 fichiers), Megascans, VisualStudioTools |
| K1 | `D:\Game\LifePlay-5.5` | 1er build 5.5 empaqueté (2026-09-07) | 1,155 | 2 088 | non établi |
| K2 | `D:\Game\LifePlay-5.5-migration` | atelier du portage 4.27 → 5.5 (notes, patchs, `_testbed`) | 2,418 | 755 | **oui** : dépôt `_merge/repo` (6 commits absents ailleurs), notes |
| | **Total 4.27 (A-J)** | | **77,35** | | |
| | **avec K1 + K2** | | **80,92** | | |
Hors périmètre, à laisser en place sauf avis contraire : `D:\Game\1` (projet `a1` en UE 5.6, 0,21 Go),
`D:\Game\U58-essai` (essais 5.8, 7,38 Go), `D:\Game\VS2022` (Visual Studio 2022 actif pour la copie 5.5, 15,4 Go). Les
sous-dossiers de `LifePlay_Backup_5.5` ne contiennent aucun projet 4.27 : `L0` et `git_avant_rattachement` sont des
sauvegardes 5.5, et `builds_supprimees` fait 6,2 Go.
Gain possible **si vous supprimez vous-même plus tard** : B régénérable (Saved cuit 11,3 + Intermediate 4,5 + .vs 1,6
+ Binaries 0,7 ≈ 18 Go), builds C + D + I (11,3 Go), moteur J (41,3 Go par désinstallation). Soit environ 70 Go.
## 3. Options par élément
Destination proposée : `D:\Game\LifePlay_Backup_5.5\ARCH427\<nom d'origine>\`, dans le dossier autorisé.
Gabarit de chaque déplacement : relevé avant (fichiers, octets, SHA-256 de tous les `.uasset`/`.umap` et des `.git`),
déplacement par `Move-Item` (renommage sur le même volume), recomptage après, puis comparaison. Le tout sous `BUILD-GO`
de Big Boss.
| # | Option recommandée | Autres options | Gain sur D: | Risque |
|---|---|---|---|---|
| A | **déplacer tel quel** | garder | 0 | nul (redondant) |
| B | **déplacer tel quel** (Saves, Heavy 4.27 et Modules gardés intacts) | (b) 7z de la part unique (Content, Source, Config, Plugins, Docs, Saved/SaveGames ≈ 6,2 Go, archive ≈ 4-5 Go estimé, ≈ 20 min) + test, puis déplacer l'original ; (c) 7z du tout (≈ 1 h, estimé) ; (d) garder | 0 (b, c : −4 à −15 Go tant que l'original reste) | faible ; le relevé SHA des 31 595 `.uasset` lit ≈ 6 Go (≈ 10-15 min) |
| C | **déplacer tel quel** | 7z puis déplacer ; garder | 0 | faible |
| D | **déplacer tel quel** | idem C | 0 | faible |
| E, F, G | **déplacer tels quels** (dans `ARCH427\_backup\`) | garder | 0 | nul |
| H | **déplacer tel quel** (244 actions uniques gardées) | garder | 0 | nul |
| I | **déplacer tel quel** (sort de `LifePlay_Publication`) | garder | 0 | nul (sous-ensemble de B) |
| J | **garder pour l'instant**, puis **désinstallation par vous** dans le lanceur Epic (après copie du dossier `Engine\Plugins\VictoryBPLibrary` vers la sauvegarde) | déplacer le dossier (déconseillé : l'entrée du lanceur resterait orpheline) ; 7z (inutile, retéléchargeable) | 41,3 Go si désinstallé | moyen si déplacé (lanceur), nul si gardé |
| K1 | **déplacer tel quel** | garder | 0 | nul |
| K2 | **déplacer tel quel** (le `.git` de `_merge/repo` suit le dossier) | + `git bundle` de `_merge/repo` | 0 | nul |
Le registre HKLM `EpicGames\Unreal Engine\4.0` pointe vers `C:\Program Files\Epic Games\4.0\`, qui n'existe pas.
Ce reste est inoffensif : on n'y touche pas, puisque modifier le registre est hors des règles.
## 4. Git (avant tout remisage)
- Proposition : un **`git bundle`** des branches `archive/ue4.27` et `archive/original`, écrit dans
`D:\Game\LifePlay_Backup_5.5\ARCH427\git\` par le gardien (ticket), puis relu par `git bundle verify`.
Le dépôt n'est pas modifié. Le bundle reste sur le même disque.
- Vous seul pouvez repousser ces branches sur GitHub, ce qui en ferait une copie hors du disque. Ce dépôt est **public**,
et ces branches en avaient été retirées.
- Aucun commit non poussé n'est en jeu pour les dossiers 4.27, qui n'ont pas de dépôt. Le dépôt K2 `_merge/repo` n'a pas
de remote : ses 6 commits n'existent que là, et ils suivent le dossier s'il est déplacé.
## 5. Clôture documentaire, après les déplacements (lp-writer, CHG sous jeton, commit par le gardien)
| Document | Endroit | Mise à jour proposée |
|---|---|---|
| Doc 27 | décisions :72 (D6), récapitulatif :164 | « D6 exécutée le … (ARCH427, CHG-…) : 4.27 remisé à `…\ARCH427\` » |
| Doc 28 | :201, :217 (D6) | D6 « tranchée » → « réalisée » ; ligne de clôture 4.27 |
| Doc 10 | règle 6, :22-25 | note : référence 4.27 remisée (chemin) ; la référence reste le build 5.5 validé |
| Docs 02, 03, 08 | 02:175-176, 03:16-19, 08:113 | annotation « remisé le … à … » des chemins cités |
| Doc 21 | registre des reports | ligne « Report D6 : archivage 4.27 → traité en ARCH427 » |
| Doc 03 | bandeau | « migration 4.27 → 5.5 close ; projet et moteur remisés le … » |
| `Docs/README.md` | § « Historique : migration 4.27 → 5.5 » :102-114 ; § État ; plage CHG | clôture + chemins de remisage ; plage CHG |
| Journal | nouvelle entrée | CHG à réserver (jeton Big Boss, `NUMEROS.md`) |
| Registre ERR | — | seulement si un incident survient |
| Skills `lp-paths` :25-26, `lp-env` :17 | deux exemplaires (addon 5.5 `LifePlay-Sandbox`, addon 5.8 `LifePlay-Sandbox-5.8`) | nouveaux chemins, ou « remisé » ; commits dans les dépôts de l'addon par le gardien |
Le README index présente encore U8 comme « différé » (l. 12), alors que CHG-323 existe. Consigne de Big Boss (2026-10-11) :
le corriger dans le commit de clôture, sous jeton, de façon factuelle : U8 fait jusqu'à T10 (CHG-323), porte T11 à l'utilisateur.
Bundle `archive/*` : ticket au gardien, fichier sous `LifePlay_Backup_5.5\ARCH427\` seulement, aucun push (Big Boss).
Relevés avant et après les renommages : à joindre à la `BUILD-DEMANDE` ; le relevé SHA et le recomptage sont des lectures
lourdes, interdites pendant une réserve « mesure ».
La clôture de la migration **5.5 → 5.8** (doc 27 : lots U8/U9 `pending`) se fait à la porte T11 d'U8, pas dans ce lot (Q8).
## 6. Contre-vérifications de l'orchestrateur (établi)
- `git branch -a --list '*archive*' -v` dans les clones 5.8 et 5.5 : `archive/ue4.27` `0187282` et `archive/original`
`fa82331`, `[gone]`, présents dans les deux. `git ls-remote --heads origin` : `main` seul.
- `find … -name '*.lpcharacter' | wc -l` dans `Content/Saves` : 4.27 = 14 125, 5.8 = 4, 5.5 = 3. Fichiers de
`Content/Heavy` : 4.27 = 8 356, 5.8 = 8 350, 5.5 = 8 350.
- `lp-paths` :25-26 et `lp-env` :17 relus (chemins 4.27) ; `grep -rIc "LifePlay-master 4.27" Tools Config` = 0.
- Mesure J terminée après le livrable T1 : 44 323 411 402 o (41,279 Go), 179 769 fichiers (`ARCH427-T1_mesure-J.txt`).
## 7. Questions à l'utilisateur
- **Q1 Calendrier** : remiser **maintenant**, avant la V2.0, ce qui modifie D6 sans risque technique d'après T2 ? Ou
**après la porte T11**, comme le prévoit D6 ?
- **Q2 Destination** : `D:\Game\LifePlay_Backup_5.5\ARCH427\` vous convient-il ? Ou préférez-vous un autre disque, ce qui
libérerait réellement la place mais demanderait une copie et un accord explicite ?
- **Q3 Éléments** : acceptez-vous les options recommandées du § 3 en bloc (A-I, K1, K2 déplacés tels quels) ? Sinon,
lesquels changer ?
- **Q4 Projet B** : déplacer tel quel (recommandé), ou faire d'abord un 7z de sa part unique ?
- **Q5 Moteur J** : le garder ? Ou le désinstaller vous-même par le lanceur Epic, après copie de son plugin local
VictoryBPLibrary vers la sauvegarde ?
- **Q6 Git** : faire un `git bundle` des branches `archive/*` par le gardien (oui ou non) ? Envisagez-vous de les repousser
vous-même sur GitHub ?
- **Q7 Hors périmètre** : laisser en place `D:\Game\1`, `U58-essai` et `VS2022` ?
- **Q8 Clôture** : clore maintenant 4.27 → 5.5 et D6 dans les docs, et laisser la clôture 5.5 → 5.8 à la porte T11 d'U8 ?
## 8. Phase 3, après votre accord
T3 relevé avant (lp-inventory) → `BUILD-DEMANDE` → T4 déplacements, et 7z s'ils sont choisis (lp-builder) → T5 recomptage
et comparaison (lp-validator) → `BUILD-FIN` → T6 bundle git (gardien, si Q6 oui) → DOC (lp-writer) → `JOURNAL-DEMANDE`
→ commit par le gardien (jeu, addon 5.5, addon 5.8). Durée estimée : relevé ≈ 30 min, déplacements < 1 min, recomptage
≈ 30 min ; 7z en plus s'il est choisi.
## 9. Décisions de l'utilisateur (2026-10-11)
Citations : « 6 on supprimes la branche. J'approuve le reste » ; puis, aux questions de précision : calendrier
« Maintenant (Recommandé) » ; branches « Bundle puis supprimer (Recommandé) ».
| Q | Décision |
|---|---|
| Q1 | remiser **maintenant**, avant la V2.0 ; D6 annotée « avancée » dans les docs 27 et 28 |
| Q2 | destination `D:\Game\LifePlay_Backup_5.5\ARCH427\` |
| Q3 | options recommandées du § 3 en bloc : A-I, K1, K2 déplacés tels quels (E-H sous `ARCH427\_backup\`) |
| Q4 | projet B déplacé tel quel, sans 7z |
| Q5 | moteur J **gardé** en place ; désinstallation éventuelle plus tard, par l'utilisateur dans le lanceur Epic |
| Q6 | `git bundle` de `archive/ue4.27` et `archive/original` sous `LifePlay_Backup_5.5\ARCH427\git\`, `git bundle verify`, puis **suppression des deux branches** dans les clones 5.5 et 5.8 par le gardien ; aucun push |
| Q7 | `D:\Game\1`, `U58-essai`, `VS2022` laissés en place |
| Q8 | clôture documentaire de 4.27 → 5.5 et de D6 dans ce lot ; clôture 5.5 → 5.8 à la porte T11 d'U8 |