CodeSampleX

Записиcargoserde_json1.0.151Deserialize

Изменить условия
Закреплено
СимволDeserialize
Фильтр OSalpine musl Среда выполненияrust 1 Версия пакета1.0.151 Архитектураx64 Менеджер пакетовcargo Контекст выполненияrust libcmusl Сбросить фильтры

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

Deserialize @1.0.151alpine musl · x64 · rust 1 · cargo · rust

3 из 4 прошли

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

образец есть — в этой координате записаны и успешный, и неуспешный запуск (2)

Наблюдения в проектах
1 / 1
Проверки контрактом
3 / 4
Независимые сообщившие пиры
1
Перекрёстная проверка
воспроизведено двумя и более независимыми пирами
Последняя запись
2026-09-08

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

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

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

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

1.0.151

linux · rust@1 · executionContext=rust

2 FAIL · stage: PROJECT_TEST

Библиотека Версия Состояние Измерено там Проектов
itoa 1.0.18 PASS Все наблюдения прошли успешно контракт пройден 25 проектных дней
memchr 2.8.3 PASS Все наблюдения прошли успешно контракт пройден 25 проектных дней
serde 1.0.229 PASS Все наблюдения прошли успешно контракт пройден 25 проектных дней
serde_core 1.0.229 PASS Все наблюдения прошли успешно контракт пройден 25 проектных дней
zmij 1.0.23 PASS Все наблюдения прошли успешно контракт пройден 25 проектных дней

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

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

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

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

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

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