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.

Es werden keine Dateien oder Tests genannt. Beginne damit, den Konsolidierungsbefehl und den Code zur Manifest-Generierung zu finden, und verfolge dann, wie Tags und das vorhandene Manifest abgerufen werden. Erledigt ist die Aufgabe, wenn der Standardfall das neueste Manifest für vorhandene Tags wiederverwendet, neue Tags abgerufen werden und --cache vollständige Aktualisierungen, URLs und lokale Dateien unterstützt und bei Fehlern Fehler ausgibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.