Записи/golang/github.com/prometheus/procfs/случай сбоя

Где это измерялось

PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.

• v0.22.0 PASS успешных наблюдений: 2
• v0.21.1 PASS успешных наблюдений: 4
• v0.21.0 PASS успешных наблюдений: 1
• v0.20.1 FAIL
• v0.16.1 не измерено
• v0.12.0 FAIL
• v0.7.3 PASS успешных наблюдений: 5
• v0.6.0 PASS успешных наблюдений: 9
• v0.1.3 PASS успешных наблюдений: 1

Где воспроизводился

• os=windows · runtime=go@1.26 ×2 2026-08-17 → 2026-08-17
• executionContext=go · os=linux · runtime=go@1.26 ×1 2026-09-07 → 2026-09-07

Ближайшие известные границы PASS/FAIL

Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.

• Последний успешный выпуск v0.7.3 → первый падающий выпуск v0.12.0

  Что различается по разные стороны границы

  • github.com/google/go-cmp v0.5.5 → v0.5.9, v0.6.0 гипотеза
  • golang.org/x/sync v0.0.0-20201207232520-09787c993a3a → v0.12.0, v0.3.0 гипотеза
  • golang.org/x/sys v0.0.0-20220114195835-da31bd327af9 → v0.12.0, v0.17.0, v0.31.0 гипотеза

  Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.

• Последний падающий выпуск v0.20.1 → первый успешный выпуск v0.21.0

  У одной из сторон этой границы нет разрешённого дерева зависимостей, поэтому сравнить было нечего.

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

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

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

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

Пробелы в свидетельствах

• Свидетельства этого сбоя не сохранились, поэтому установленной причины у него нет. Сохранённый хеш — это происхождение, а не тождество.
• Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_TEST: 1
• Ни для v0.21.0, ни для v0.20.1 нет разрешённого дерева зависимостей, поэтому версии по обе стороны границы сравнить не удалось.
• Для этого сбоя не выведена ни одна область отказа.

Опубликованные ответы для затронутых выпусков

• github.com/prometheus/procfs v0.20.1 Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOW MIT-0 · 2026-08-28
• github.com/prometheus/procfs v0.12.0: NewDefaultFS Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWgithub.com/prometheus/procfs.NewDefaultFS MIT-0 · 2026-08-26
• github.com/prometheus/procfs v0.12.0: DefaultMountPoint Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWgithub.com/prometheus/procfs.DefaultMountPointgo MIT-0 · 2026-08-26
• github.com/prometheus/procfs v0.12.0 Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOW MIT-0 · 2026-08-23