Archive historique · profil de rollback R2

RC R2 native-default, legacy opt-in

Cette page documente le point de retour R2 : l’API Python choisit le moteur natif par défaut et le chemin legacy reste une demande explicite. Ce profil RC historique n’est ni le produit candidat courant ni une autorisation de publication.

Archive staging — aucun artefact candidat ni aucune URL de téléchargement. Le lock baseline et le snapshot candidat sont en cours de validation.
Lock canonique
Indisponible
Snapshot staging
Indisponible
Composants identifiés
Indisponible

Procédure de rollback

  1. Conserver la source legacy originale et toute sortie native dans des emplacements séparés ; ne jamais effectuer de conversion inverse destructive.
  2. Réinstaller uniquement l’artefact R2 signé identifié par un futur lock publié. Cette archive staging ne fournit ni binaire, ni paquet, ni URL supposée.
  3. Rouvrir la source originale avec le profil R2. Le moteur legacy doit être demandé explicitement ; aucun échec natif ne déclenche de fallback implicite.
  4. Vérifier le workspace et les diagnostics avant reprise des traitements.

Identités du snapshot staging

Ces identités sont lues depuis le snapshot partagé. Elles documentent le profil de rollback, mais ne remplacent pas le lock canonique et ne prouvent aucune disponibilité.

Composants exacts, tous indisponibles à la publication
ComposantVersionCommitPublication
Snapshot indisponible — aucune identité n’est inventée.

Migration

Détection en lecture seule, conversion explicite, codes 0/10/20 et conservation de la source.

Centre de migration

Methods

Documentation scientifique et bibliographie, sans généraliser la qualification du profil.

Documentation Methods

Archive R1

Consolidation antérieure dérivée du lock baseline, sans revendication native-default.

Consulter R1