consolidate: allow using existing manifest as a cache

Consolidation already takes quite a while, and it's generally unlikely that existing tags will have changed labels or a changed structure. The default behaviour should be to use the existing manifest file as a cache, and only fetch data for _new_ tags, with the _option_ to instead do a clean/full refresh and generate the entire file from scratch.

Something like a `--cache` command-line argument could be useful, where
- if unspecified it uses the latest online manifest
- if "none" it does a full refresh
- if given a URL it tries to fetch it and use it, erroring out on failure to fetch
- if given a local filename it tries to read it and use it, erroring out on failure to read

This should save a bunch of consolidation time, and also reduce unnecessary API usage.

Aucun fichier ni test n’est nommé. Commencez par localiser la commande de consolidation et le code de génération du manifeste, puis suivez la manière dont les tags et le manifeste existant sont récupérés. C’est terminé lorsque, par défaut, le dernier manifeste est réutilisé pour les tags existants, que les nouveaux tags sont récupérés et que --cache prend en charge les actualisations complètes, les URLs et les fichiers locaux, avec des erreurs en cas d’échec.

Rédigé par le modèle d'indexation à partir du texte de l'issue.