C'est marrant, je t'ai répondu depuis le passé ! :)
Quand une "nouvelle combo" arrive dans la base, ce n'est pas vraiment "fastidieux" de virer les anciens clones strictement inférieurs. Par ex. ce n'était pas très long de mettre
kiki + hussar en clone une fois les nouvelles versions de la combo sorties ! Et puis si ce n'est pas fait et que les vieilles versions restent en non-clone, ce n'est pas très grave.
Plus sérieusement, il y a un sous-cas qui n'était pas géré auparavant, et qui l'est maintenant : si jamais je décide qu'une nouvelle combo X est meilleure qu'une vieille combo Y, et que je décide donc de classer Y en clone de X. Ce cas-là est déjà prévu, un énorme message rouge s'affiche qui me dit que je suis un fou malade dans ma tête, comment, quoi, mais il y a maintenant 37 combos classées comme clones de Y alors que Y est maintenant elle-même clone, fais quelque chose, la base de données va s'écrouler ! Et du coup, je passe derrière les 37 clones pour modifier la référence vers Y par une référence vers X. Ce n'est donc pas tout automatisé, mais au risque de me répéter "je peux laisser la vieille version Y en non-clone, ce n'est pas grave" !
Si jamais je vois que ça arrive trop souvent, on verra pour l'automatisation. Il se trouve que l'automatisation, justement, ce n'est pas un truc à faire automatiquement :
https://xkcd.com/1205/ :)