CodeSampleX

Записиpypipydantic2.13.5pydantic.Field

Изменить условия
Закреплено
Версия пакета2.13.5 Символpydantic.Field
Фильтр OSubuntu glibc Среда выполненияpython 3.12 Архитектураx64 Менеджер пакетовpip libcglibc Сбросить фильтры

Текущие условия

pydantic.Field @2.13.5ubuntu glibc · x64 · python 3.12 · pip

0 из 1 прошли

Проверено — эта сеть выполнила контракт в этой координате.

образец есть — наш запуск в этой координате не прошёл

Наблюдения в проектах
в этой координате ничего
Проверки контрактом
0 / 1
Последняя запись
2026-08-30

Здоровье зависимостей

Наблюдаемые комбинации и свидетельства сбоев для этого выпуска

Замечено проблем: 1 · Изменено: 1 · Стабильно: 3

Первый обнаруженный сбой

2.13.5

linux · python@3.12

1 FAIL · stage: UNKNOWN · fingerprint: sha256:6f01729cbd533929ff0a3c41fd99b21604634b4c6912871e5e4b216d5f438fa0

Библиотека Версия Состояние Измерено там Проектов
pydantic-core 2.46.5 CANDIDATE Коррелированное изменение; комбинация не подтверждена контракт пройден 2 проектных дня
annotated-types 0.8.0 PASS Все наблюдения прошли успешно контракт пройден 2 проектных дня
typing-extensions 4.16.0 PASS Все наблюдения прошли успешно контракт пройден 2 проектных дня
typing-inspection 0.4.4 PASS Все наблюдения прошли успешно контракт пройден 2 проектных дня

Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.

Версии зависимостей по выпускам

К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.

Сдвинулось: 1 · одинаково во всех выпусках: 3

Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.

Недавние кластеры сбоев