Многие популярные open-source проекты, даже те, что имеют отличное программное обеспечение, как trpc, имеют запланированные рабочие процессы GitHub Actions, которые постоянно терпят неудачу. Эти "всегда красные" рабочие процессы, такие как "Lock Issues & PRs" в trpc или "Unpublish release" в drizzle-orm, запускаются часто, но не дают никакого ценного результата. Причина, по которой они остаются незамеченными, заключается в том, что обычные уведомления о сбоях отфильтровываются, а постоянно красный статус становится фоновым шумом. Это приводит к тому, что разработчики игнорируют потенциально критические сбои, включая неработающие важные задачи, такие как резервное копирование базы данных. Оставление этих рабочих процессов активными и красными не только пустая трата вычислительных ресурсов, но и приучает разработчиков игнорировать сигналы о сбоях. Чтобы выявить эти проблемы, можно проверить запланированные рабочие процессы на вкладке Actions или использовать команду gh run list. Автор предлагает два честных решения: исправить рабочий процесс или полностью отключить его, если он больше не нужен. Отключенный рабочий процесс прозрачен, в то время как постоянно красный является опасной уязвимостью. Автор разработал бесплатный сканер на gitspider.com/scan, чтобы помочь выявить такие повторяющиеся сбои CI.