PUT new attribute backwards compatibility optional #251
Labels
Breaking/Non-Breaking classification
Issues related to Breaking/Non-Breaking changes classification
question
Milestone
#136 made the PUT request incompatibility check stricter, considering an additional field as a breaking change. This makes sense for a scenario where updates are taking place, but is too strict if PUTs represent only inserts.
What would be the best way of optionally removing the strict handling of PUTs? Options could include:
changedOperation.isIncompatible()
decision was made, allowing the user of the OpenApiDiff to use more granular information to decide whether it should be considered as a breaking change.The text was updated successfully, but these errors were encountered: