@eventcatalog/linter@1.1.17
Patch Changes
-
68881a4: Add
schema/unknown-fieldandschema/unknown-nested-fieldrules that flag misspelled or unknown frontmatter keys (with "did you mean" suggestions and support forx-extension properties), sync the containerpurposeandreceives[].triggersfields with core, and stop requiring asummaryon users since the user schema has no such field.Add
structure/unrecognised-filerule that warns about markdown files under resource folders which no scan pattern recognises (e.g.events/OrderCreated.mdxinstead ofevents/OrderCreated/index.mdx) and suggests the intended location.Add
refs/file-existsrule that errors whenschemaPath,schemas[],specifications, data product contract paths orpublic/icon paths point at files that do not exist.Align version handling with EventCatalog core:
schema/valid-semvernow accepts number-like versions (1,1.2,v1,V2) and any semver range, and reference resolution treats1,v1and1.0.0as equivalent. Reference errors now distinguish a missing resource (refs/resource-exists, with "did you mean" suggestions and a hint when the id exists as another resource type) from a resource that exists at a different version (refs/valid-version-range, listing the available versions). Previously any versioned reference to a missing resource was reported underrefs/valid-version-range.Every finding now reports its
line:columnin the source file (keys for unknown/missing-field rules, values for reference rules, the body start for description rules, and YAML parse errors at the failing token). Findings within a file are printed in source order.
\n\nCLI: the summary now reports how many files were checked and ignored (previously it printed the number of files with problems), counts are pluralised correctly, progress output goes to stderr and is silenced when not in an interactive terminal (piped,CI=true),--versionreports the real package version, and new--quiet,--max-warnings <n>and--no-coloroptions were added.\nAdd
--init(with--force) to scaffold a fully commented.eventcatalogrc.jslisting every rule, its default severity and example options. Rule defaults now come from a single registry; the never-implementednaming/*,versions/consistent-formatandversions/no-deprecatedentries were removed from the defaults (they never reported anything).schema/valid-type(missing required fields and wrong field types, e.g. a resource with noversion) is now enabled by default. It was documented as a default rule but missing from the defaults, so those errors were silently dropped.