You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm very interested in using this tool to help identify differences between API versions. I noted we have a large number of lines reported in the unmatchDiffs section of kind equals to E. I'm not 100% clear why we see them from the swagger definitions. The help indicate
Note: unmatchDiffs are the raw diffs that didn't much any rules. They can include breakings changes not implemented yet.
Looking at our swagger definitions we can see the same required attributes marked for a particular model however version A does specify them in a slightly different order to version B. Should order be included as a difference in this way within a definition?
The text was updated successfully, but these errors were encountered:
Before comparing the swagger files, they are slightly modified to make them easier to compare and to allow to not care about order when it's not needed.
One of these steps is named workflow/prepareSpec/inlineRequiredProperties and should indeed allow to not care about order in required properties.
I'm very interested in using this tool to help identify differences between API versions. I noted we have a large number of lines reported in the unmatchDiffs section of kind equals to E. I'm not 100% clear why we see them from the swagger definitions. The help indicate
Note: unmatchDiffs are the raw diffs that didn't much any rules. They can include breakings changes not implemented yet.
Looking at our swagger definitions we can see the same required attributes marked for a particular model however version A does specify them in a slightly different order to version B. Should order be included as a difference in this way within a definition?
The text was updated successfully, but these errors were encountered: