Views
check and export both render one of four focuses, picked with
--view (or settings.yaml’s render.default_view when the flag isn’t
passed). Each view is a different slice of the same inventory +
assessment data, not a different data source.
compact (the default)
Section titled “compact (the default)”One row per target: the three axes, overall severity, and why, if anything needs attention.
$ enodia checkID PRODUCT PATCH LIFECYCLE BRANCH SEVERITY REASONjira-main jira behind active newer_lts warn -gitlab-main gitlab behind eol newer fail -lifecycle
Section titled “lifecycle”When each target’s lifecycle actually ends:
$ enodia check --from inventory.jsonl --view lifecycleID PRODUCT LIFECYCLE EOL SUPPORT-ENDS DAYS-TO-EOLjira-main jira active 2026-12-05 - 338gitlab-main gitlab eol 2025-01-16 2024-11-21 -350Installed version against the latest release in the same cycle:
$ enodia check --from inventory.jsonl --view driftID PRODUCT CURRENT LATEST CYCLE PATCHjira-main jira 10.3.1 10.3.25 10.3 behindgitlab-main gitlab 17.5.0 17.5.5 17.5 behindVersion spread and reachability across every instance of a product,
grouped instead of listed one row per target. This is the
offline-only view — it needs nothing but the inventory itself, no
lifecycle resolver, no internet access at all. Two failed instances of
the same product with different failure kinds (auth vs. unreachable) get
their own rows, not a shared (unknown) bucket:
$ enodia check --from inventory.jsonl --view fleetPRODUCT VERSION STATUS COUNT INSTANCESgitlab (unknown) auth 1 gitlab-2gitlab 18.2.1 ok 1 gitlab-1jira (unknown) unreachable 1 jira-stagingjira 10.3.1 ok 1 jira-3jira 10.3.2 ok 2 jira-1, jira-2What ignores --view
Section titled “What ignores --view”export --format json and export --format prometheus ignore --view
entirely — they always carry every observation and assessment. Views
only shape the table output and the HTML report (export --format html) — see Reporting.