Oui.
Dans mes cartons, j’ai un bout de code qui ajoute une notion de config supplémentaire dans le loader pour choisir le « niveau de stabilité » de l’installation à faire : « dev », « test », « stable » … mais il y a des pré-requis à cela hors du code du loader : l’API spip_loader doit être améliorée, les zips des branches doit être mis en place, en plus des zips des tags et de l’unique branche « master » … on commence à parler de CI, d’utiiser les releases gitlab en lieu et place du « débardeur », etc…
Donc, ça viendra, un jour … entre la maintenance, la sécu et ça, au nombre de personnes que nous sommes à « faire », ce n’est qu’une question de temps et de priorité.
EDIT: et le périmètre de cette catégorie, ce sont les dépôts spip/* du serveur git. C’est pas déplacé de parler du loader, mais son évolution concerne à la fois moins de monde (@marcimat et moi-même pour sa maintenance, en caricaturant), et « plus de monde », vu qu’il est développé dans un groupe git « communautaire »