Ключевые факты
- Категория
- Разработка и Web
- Типы входных данных
- textarea
- Тип результата
- html
- Покрытие примерами
- 4
- API доступен
- Yes
Обзор
Детектор breaking changes API — это инструмент для сравнения двух версий OpenAPI 3.x схем. Он автоматически находит ломающие изменения, такие как удаленные поля, новые обязательные параметры или ужесточение типов данных, и формирует наглядный HTML-отчет со стратегиями безопасной миграции для ваших клиентов.
Когда использовать
- •Перед релизом новой мажорной или минорной версии API для проверки обратной совместимости.
- •При рефакторинге контрактов данных, чтобы убедиться, что изменения не сломают текущие интеграции.
- •Для подготовки документации по миграции (changelog) для внешних разработчиков и партнеров.
Как это работает
- •Вставьте текущую спецификацию OpenAPI 3.x в поле «Старая OpenAPI схема».
- •Добавьте обновленную версию контракта в поле «Новая OpenAPI схема».
- •Инструмент проанализирует обе схемы и выявит различия в путях, методах, параметрах и структурах ответов.
- •Получите подробный отчет с группировкой ломающих изменений по уровню влияния и рекомендациями по миграции.
Сценарии использования
Примеры
1. Проверка добавления обязательных полей
Backend-разработчик- Контекст
- Команда добавляет ролевую модель в API создания пользователя.
- Проблема
- Нужно убедиться, что новые требования к запросу не сломают старые клиенты, которые не передают роль при регистрации.
- Как использовать
- Вставить старую схему без поля role и новую схему, где role добавлен в массив required для POST-запроса /users.
- Результат
- Инструмент подсвечивает добавление обязательного поля role как критическое ломающее изменение и предлагает сделать его опциональным в текущей версии API.
2. Анализ удаления полей из ответа
API-архитектор- Контекст
- В новой версии API решено убрать устаревшее поле name из ответа, заменив его на раздельные поля firstName и lastName.
- Проблема
- Оценить влияние удаления поля на потребителей API и подготовить план миграции.
- Как использовать
- Загрузить обе версии OpenAPI-схемы в соответствующие текстовые поля и запустить сравнение.
- Результат
- Генерируется HTML-отчет, указывающий на удаление поля name из схемы ответа 200 OK, с рекомендацией использовать стратегию deprecation (устаревания) перед полным удалением.
Проверить на примерах
developmentFAQ
Какие форматы схем поддерживаются?
Инструмент поддерживает спецификации в формате OpenAPI 3.x. Вы можете вставить текст схемы в формате YAML или JSON.
Что считается ломающим изменением (breaking change)?
К ним относятся удаление существующих эндпоинтов, добавление новых обязательных параметров в запрос, удаление полей из ответа или изменение типов данных.
Показывает ли инструмент неломающие изменения?
Основной фокус сделан на выявлении именно ломающих изменений, которые могут нарушить работу текущих клиентов API, однако значимые структурные отличия также учитываются при анализе.
Безопасно ли вставлять сюда схемы моего API?
Да, инструмент обрабатывает текст схем на лету и не сохраняет ваши API-контракты на сервере.
В каком виде предоставляется результат?
Результат выводится в виде структурированного HTML-отчета, где изменения сгруппированы по уровню критичности с советами по исправлению и миграции.