Skip to content

reorg(dsa,#17417): T2 table de mapping — kebab 01/03, porte mesurée (01 libre, 03 gâtée par #20237/#19845) #20273

Description

@jsboige

Part of #17417 — T2-préparation : la table de mapping exigée AVANT la PR de renommage (« mapping table préalable », acceptance T2). Lane myia-po-2023:CoursIA, 2026-10-10. Aucune édition de fichier.

L'option exécutable sans arbitrage (pré-autorisée par le plan)

#17417 pose le choix des NOMS CIBLES comme arbitrage user, et débloque T2 sur « l'option la moins sensible : kebab-case des noms actuels sans changement sémantique ». C'est cette option que cette table porte ; toute décision user autre (préfixe DSA-…) supersède et invalide la table.

Sous-répertoire actuel Cible (kebab) Geste
01-PythonForDataScience 01-Python-For-Data-Science renommage (30 fichiers référents sur origin/main)
02-ML-Cours 02-ML-Cours aucun (déjà kebab)
03-DeepLearning 03-Deep-Learning renommage (41 fichiers référents) — gâté, voir porte
04-Vision 04-Vision aucun (déjà kebab)
04b-Wavelet-Scattering 04b-Wavelet-Scattering aucun — et c'est le précédent de forme du hub : la cible 01-…/03-… calque exactement 04b-Wavelet-Scattering

Deux renommages réels seulement ; 02/04/04b sortent de T2 à coût nul.

Porte de séquencement (mesurée 2026-10-10 ~14:05Z, pulls/N/files REST sur toutes les PRs ouvertes)

Chemin PRs ouvertes en tenant des fichiers État
01-PythonForDataScience/** aucune libre — sous-tranche 01 exécutable immédiatement
03-DeepLearning/** #20237 (2 fichiers : 3.0-Theorie-Information.ipynb, 3.1-Retropropagation.ipynb) · #19845 (3 fichiers : 3.13b-…DDP-FSDP-nccl.ipynb, 3.14-…N-Apprend-Pas-Python.ipynb, README.md) gâté — renommer 03 maintenant crée 2 conflits de rebase ; la sous-tranche 03 attend leur merge

Le plan (rédigé le 2026-09-22) disait « les répertoires 01-..04b ne portent aucune PR ouverte (vérifié) » — ce n'est plus vrai pour 03 : la re-mesure du 10/09 (6 PRs tiennent le hub, po-2024) annonçait le mouvement. Gates T4 au passage : #17401 MERGED 2026-09-23, #17392 MERGED 2026-09-25 — la tranche Tracks n'est plus gâtée par elles.

Carte des référents par jeton (T1 §1-4 croisé avec comptes frais)

  • 01-PythonForDataScience : 30 fichiers — dont _quarto.yml (7 réf., liste project.render), .github/ (2 workflows en filtres paths:), scripts/ (6), translations/ (2 CSV, colonne notebook), pytest.ini, MyIA.AI.Notebooks/ (8), docs/ (8).
  • 03-DeepLearning : 41 fichiers — même ventilation, le gros lot étant les carnets 3.N du répertoire lui-même + leurs entrées de baseline.
  • Intraitables à la main : COURSE_CATALOG.generated.{json,md} (432 réf. à eux deux) — automatisation seule (catalog-pr-hygiene) : la PR T2 les laisse byte-identiques à main ; ils se régénèrent au merge.
  • Baselines : scripts/tests/baseline_nb_nav_chain.json (clés de chemin par carnet) et scripts/notebook_tools/pedagogy_density_baseline.json — renommage = re-cléage des entrées des deux répertoires, aucune clé orpheline tolérée (acceptance).
  • Cellules code : les 17 référents exécutables T1 vivent dans 02/04b/Tracks — aucun dans 01 ni 03 (T1 §3) : les deux renommages ne cassent donc aucune cellule code. La contrainte runtime de T2 est nulle ; reste la prose, les liens md, les filtres CI et les baselines.
  • Précédent à relire avant la PR : scripts/notebook_tools/migrate_dsa_mlpython.py (158 réf.) porte déjà une migration DSA — la mécanique de réécriture existe, ne pas la réinventer.

Protocole de la PR T2 (rappel acceptance #17417)

git mv seul, zéro changement de contenu hors référents listés · 5 organes de liens verts · baselines sans clés orphelines · comptes périmètre re-comptés (pulls/N/files --paginate) · catalogue byte-identique. Sous-tranche 01 d'abord (porte libre), 03 après merge de #20237/#19845 — deux PRs distinctes, chacune atomique.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions