Problème résolu par Diff Anything macOSWindows

Comprendre ce qu’un changement OpenAPI pourrait casser

Découvrez comment examiner les contrats OpenAPI de référence et candidats, exécuter une vérification de compatibilité locale gratuite et poursuivre l’examen détaillé dans Diff Anything .

Voir dans l’application

Un flux de travail ciblé, sur votre ordinateur.

Aucun compte, service de comparaison cloud, analyse ou télémétrie.

OpenAPI Breaking Change Checker affichant un rapport de compatibilité du consommateur local
Diff AnythingL’outil de navigation séparé transforme deux contrats collés ou ouverts en un rapport local orienté compatibilité.

Le problème

Pourquoi le flux de travail habituel constitue un obstacle.

Une différence source peut surestimer le YAML réorganisé alors qu’une opération supprimée, un paramètre nouvellement requis, une énumération restreinte ou une modification du schéma de réponse sont enterrés ailleurs dans le contrat. La compatibilité dépend également du document qui constitue la référence existante.

La solution

Comment Diff Anything le gère.

Comparez le contrat du point de vue d’un consommateur existant. Le vérificateur de navigateur gratuit classe localement les modifications susceptibles d’être rompues, nécessaires à une révision et compatibles ; Diff Anything fournit le flux de travail de bureau ciblé pour les comparaisons récurrentes de schémas OpenAPI et JSON.

Vérificateur local gratuit

Exécutez la vérification du contrat sans quitter ce site

L’outil ciblé accepte Swagger 2.0 et OpenAPI 3.0/3.1 JSON ou YAML, conserve les spécifications dans l’onglet du navigateur et exporte les rapports Markdown ou JSON.

Ouvrez le vérificateur de changement de rupture

01 / Revue de compatibilité

Mettre le contrat existant du côté de la référence

La référence décrit ce dont dépendent déjà les consommateurs actuels. Le candidat est le remplaçant proposé. Les inverser inverse le sens de la suppression, de l’ajout, du rétrécissement et des nouvelles exigences.

Gardez les deux versions sources disponibles. Une classification des règles permet de prioriser la révision ; il ne décide pas si un comportement spécifique à un produit est acceptable.

02 / Revue de compatibilité

Examinez séparément les modifications incompatibles et ambiguës.

Les chemins, opérations, paramètres, propriétés ou valeurs d’énumération supprimés peuvent interrompre un consommateur. Les entrées nouvellement requises et les types acceptés plus restreints méritent également une attention immédiate. Les ajouts sont souvent compatibles, tandis que les modifications de type, de schéma, de sécurité et de réponse peuvent nécessiter un examen en fonction du contexte.

Commencez par le groupe de rupture signalé, puis inspectez les résultats nécessaires à l’examen par rapport aux clients réels et au comportement de mise en œuvre. Un rapport impeccable ne peut pas prouver la compatibilité au-delà des contrats et des règles examinés par le vérificateur.

  • Rupture : une capacité consommateur ou une valeur acceptée est supprimée ou nouvellement requise.
  • Révision nécessaire : l’impact dépend de l’utilisation, de la sémantique ou de la mise en œuvre.
  • Compatible : le changement de contrat analysé semble additif pour les consommateurs existants.

03 / Revue de compatibilité

Connaître les limites du vérificateur de navigateur

Le vérificateur gratuit accepte Swagger 2.0 et OpenAPI 3.0/3.1 dans JSON ou YAML. Il résout les références internes, mais il ne récupère pas les références externes ; il signale un avertissement lorsqu’ils restent en dehors de la comparaison.

La traversée du schéma utilise une limite de profondeur de huit. Le résultat est un rapport de compatibilité heuristique, donc les versions importantes nécessitent toujours des tests clients et un examen humain du comportement d’exécution, des attentes non documentées et de la signification sémantique.

Des réponses claires

Questions courantes sur les modifications incompatibles OpenAPI expliquées.

Le vérificateur gratuit télécharge-t-il les spécifications API ?

Non. Analyse et comparaison exécutées dans l’onglet actuel du navigateur ; les spécifications ne sont pas téléchargées sur martingruner.com.

Quelles versions de spécifications accepte-t-il ?

Le vérificateur de navigateur accepte les descriptions Swagger 2.0 et OpenAPI 3.0 ou 3.1 dans JSON ou YAML .

Un rapport vierge prouve-t-il que la version est sûre ?

Non. Le rapport est heuristique et limité aux contrats analysés et aux règles mises en œuvre. Les références externes, les schémas profonds, le comportement d’exécution, les hypothèses du client et la signification sémantique peuvent toujours nécessiter des tests et un examen humain.

Trois petites étapes

Lisez le changement dans la direction dans laquelle les consommateurs le vivent.

  1. 01

    Utiliser le contrat de consommation existant comme référence.

  2. 02

    Ouvrez ou collez le contrat du candidat dans le vérificateur local.

  3. 03

    Examinez d’abord les pannes probables, puis vérifiez le comportement et les clients en fonction du contexte.

Disponible pour macOS et Windows

Résolvez-le avec Diff Anything.