LifePlay-Revival/Docs/Migration/etat/REPO/tickets/ARCH427-R1.md

Ticket ARCH427-R1 — BUNDLE puis SUPPRESSION DE BRANCHES

Statut : fait Demandeur : orchestrateur, session « Archivage 4.27 » (lot ARCH427, etat\ARCH427\ARCH427-PLAN.md § 4 et § 9) — Date : 2026-10-11 Dépôts : jeu D:\Game\LifePlay-master 5.8 (branche courante ue5.8, HEAD relevé 06dfb55) et jeu D:\Game\LifePlay-master 5.5 (branche courante main, HEAD relevé 46fe1b4). Les branches courantes et leurs HEAD ne doivent pas bouger. Branches visées (locales, absentes d'origin : git ls-remote --heads origin = main seul ; amont [gone]) :

• archive/ue4.27 = 018728299bb4de2c35e16764f3370d04d50602cd (142 commits), même SHA dans les deux clones ;
• archive/original = fa82331c53a6fa290f2c15b9bf179035bbafff17 (141 commits ; arbre 294f048… = vinfamy/master), même SHA dans les deux clones. Étapes :

1. Contrôler les SHA ci-dessus dans les deux clones ; s'ils diffèrent : arrêt et compte rendu.
2. git -C "D:\Game\LifePlay-master 5.8" bundle create "D:\Game\LifePlay_Backup_5.5\ARCH427\git\LifePlay_archive-branches_2026-10-11.bundle" archive/ue4.27 archive/original (créer le dossier git\ s'il manque ; jamais de bundle dans un dépôt).
3. git bundle verify sur le fichier, git bundle list-heads (2 refs, SHA ci-dessus), SHA-256 du fichier ; preuve de restauration : git clone --bare <bundle> dans un dossier temporaire du scratchpad du gardien, rev-list --count des 2 branches = 142 et 141.
4. Seulement si 2 et 3 réussissent : git branch -D archive/ue4.27 archive/original dans le clone 5.8, puis dans le clone 5.5 ; contrôler git branch -a --list "*archive*" = vide dans les deux, et HEAD / branche courante inchangés. Accord utilisateur : « 6 on supprimes la branche. J'approuve le reste » ; précision : « Bundle puis supprimer (Recommandé) » (2026-10-11). Interdits : aucun push, aucun fetch, aucun gc ni prune, aucun reflog expire ; aucun autre ref touché (notamment remotes/vinfamy/master, remotes/c55/main, tags) ; aucun fichier de travail modifié. Preuve attendue : compte rendu avec les commandes, les sorties de verify / list-heads, le SHA-256 et la taille du bundle, les comptes de la restauration, l'état final des branches ; ligne au REPO-JOURNAL. Suite : l'orchestrateur ARCH427 consigne le chemin du bundle dans la clôture documentaire (ARCH427-DOC, CHG sous jeton).