Записи/golang/github.com/mattn/go-isatty/случай сбоя

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

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

• v0.0.24 FAIL
• v0.0.20 PASS успешных наблюдений: 39
• v0.0.17 PASS успешных наблюдений: 5
• v0.0.16 PASS успешных наблюдений: 1

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

• os=linux · runtime=go@1.26 ×1 2026-08-27 → 2026-08-27

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

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

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

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

  • golang.org/x/sys v0.31.0, v0.41.0, v0.45.0, v0.46.0 → v0.47.0 гипотеза

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

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

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

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

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

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

• Для этого сбоя не выведена ни одна область отказа.

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

• github.com/mattn/go-isatty v0.0.24: IsTerminal, IsCygwinTerminal Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWgithub.com/mattn/go-isatty.IsTerminalgithub.com/mattn/go-isatty.IsCygwinTerminal MIT-0 · 2026-08-18