Engine
shv-engine
Kernel hardware: copertura definita dal chiamante, replay del catalogo dalle sorgenti conservate, valutazione dei requisiti e proiezione del grafo.
shv-source-engine
Acquisizione delle sorgenti e gestione delle revisioni per le evidenze hardware.
shv-profile-engine
Valutazione dei profili di componenti e sistemi.
shv-partition-engine
Partizionamento dell’hardware catalogato per una selezione riproducibile.
shv-publication-engine
Pubblicazione e selezione governate del catalogo locale.
shv-graph-adapter
Superficie esplicita di trasporto del grafo.
shv-graph-duckdb-connector
Storage durevole del grafo basato su DuckDB, amministrato tramite qxctl.
shv-pdf-adapter
Interpretazione delle sorgenti PDF per le schede tecniche dell’hardware.
Punti salienti dell’amministrazione
- Lo storage durevole è amministrato esclusivamente tramite
shv graph store inspect|prepare|commit|status|query|export|schema|template. Anchecommitcon il digest dell’intento atteso conservato funge da ripristino; non esiste un alias di ripristino separato. - La pubblicazione del catalogo è amministrata esclusivamente tramite
shv catalogue publication inspect|plan|apply|status|schema|template. Il ripristino avviene conapply --operation-id, mutuamente esclusivo con--input. - L’inventario (release 0.2) aggiunge
shv graph store inventory: una lettura logica vincolata alla revisione con identità esplicite degli scrittori conservate. La selezione legacy 0.1 resta supportata.
Le classi hardware sono dati di mappatura e di profilo del chiamante, non alberi di comandi duplicati.
--version seleziona l’esatto proprietario primario; --source-version e --adapter-version indicano dipendenze selezionate distinte. Le revisioni degli schemi e delle mappature sono identità di dati, non alias delle versioni degli engine installati.Superfici correlate
Vector SHV
Contratto dello Hardware Vector implementato da questi engine.
Comandi dei vector di qxctl
Riferimento completo della grammatica
shv ....