trpcのような優れたソフトウェアを持つ多くの人気のあるオープンソースプロジェクトでさえ、一貫して失敗するスケジュールされたGitHub Actionsワークフローがあります。trpcの「Lock Issues & PRs」やdrizzle-ormの「Unpublish release」のようなこれらの「常に赤」のワークフローは頻繁に実行されますが、価値のある出力は生成されません。それらが unnoticed である理由は、ルーチン的な失敗通知がフィルタリングされ、一貫して赤のステータスがバックグラウンドノイズになるためです。これにより、開発者はデータベースバックアップのような壊れた重要なタスクを含む、潜在的にクリティカルな失敗を無視するようになります。これらのワークフローをアクティブで赤のままにしておくことは、コンピューティングリソースの無駄であるだけでなく、開発者に失敗シグナルを無視するように訓練することにもなります。これらの問題を特定するには、Actionsタブでスケジュールされたワークフローを検査するか、gh run listコマンドを使用できます。著者は、正直な2つの解決策を提案しています。ワークフローを修正するか、不要になった場合は完全に無効にすることです。無効なワークフローは透明ですが、永続的に赤のワークフローは危険な負債です。著者は、このような繰り返し発生するCIの失敗を特定するのに役立つ無料のスキャナーをgitspider.com/scanで開発しました。