From 11526092e589b578220c9e76d83e0455aaa59f22 Mon Sep 17 00:00:00 2001 From: Ralf Handl Date: Tue, 28 Mar 2023 10:06:01 +0200 Subject: [PATCH] Update 3.0.4.md --- versions/3.0.4.md | 4 ---- 1 file changed, 4 deletions(-) diff --git a/versions/3.0.4.md b/versions/3.0.4.md index 95fae014d5..d394373baa 100644 --- a/versions/3.0.4.md +++ b/versions/3.0.4.md @@ -104,10 +104,6 @@ The OpenAPI Specification is versioned using [Semantic Versioning 2.0.0](https:/ The `major`.`minor` portion of the semver (for example `3.0`) SHALL designate the OAS feature set. Typically, *`.patch`* versions address errors in this document, not the feature set. Tooling which supports OAS 3.0 SHOULD be compatible with all OAS 3.0.\* versions. The patch version SHOULD NOT be considered by tooling, making no distinction between `3.0.0` and `3.0.1` for example. -Each new minor version of the OpenAPI Specification SHALL allow any OpenAPI document that is valid against any previous minor version of the Specification, within the same major version, to be updated to the new Specification version with equivalent semantics. Such an update MUST only require changing the `openapi` property to the new minor version. - -For example, a valid OpenAPI 3.0.2 document, upon changing its `openapi` property to `3.1.0`, SHALL be a valid OpenAPI 3.1.0 document, semantically equivalent to the original OpenAPI 3.0.2 document. New minor versions of the OpenAPI Specification MUST be written to ensure this form of backward compatibility. - An OpenAPI document compatible with OAS 3.\*.\* contains a required [`openapi`](#oasVersion) field which designates the semantic version of the OAS that it uses. (OAS 2.0 documents contain a top-level version field named [`swagger`](https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md#swaggerObject) and value `"2.0"`.) ### Format