LifePlay-Revival/Docs/Migration/etat/ARCH427/ARCH427-PLAN.md

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