Releases: stoplightio/spectral
Releases · stoplightio/spectral
v5.5.0-beta5
v5.5.0-beta5
v5.5.0-beta4
v5.5.0-beta4
v5.5.0-beta3
v5.5.0-beta3
v5.5.0-beta2
v5.5.0-beta2
v5.5.0-beta1
v5.5.0-beta1
v5.4.0
Added
- New AsyncAPI 2 ruleset and format #965
- Custom functions can be async #694
- Expose fetch and cache to custom functions #1078, #1079
Changed
- Drop
example-value-or-externalValue
rule and introduceoas3-examples-value-or-externalValue
#883, #1098 - Drop useless oas rule tags #1095
- AJV: swallow missing references #1147
- Improve ruleset validation #1144
- Allow running spectral from any directory in Docker #1022
Fixed
v5.4.0-beta1
v5.3.0
Added
- Built-in functions can now be accessed from custom functions #925
- CLI:
--show-unmatched-globs
flag #747
Changed
typed-enum
function is no longer a built-in function. It's been migrated into a custom function of the OpenAPI ruleset #924openapi-tags
rule has been fixed to make it fit its description #1038
Fixed
v5.2.0
v5.1.0
Features
- Implement a new
typed-enum
rule to detect enum value that do not respect specified type #913
Added
- API: introduced document #876 - note, this is not a breaking change
- Introduce optional enhancers to casing function #884
Fixed
- Improved Example Object validation #882
oas3-operation-security-defined
rule supports optional authentication #895- Generate more correct paths when reporting an error #900
example-value-or-externalValue
no longer reports false positives #899schema-path
accepts a JSON Path expression as a field selector #917schema-path
handles invalid values gracefully #917oas3-valid-(content-)schema-example
rules handle nullable correctly #914