2023-12-02 / 定期実行のジョブがコケたらissueを作りたい

kachick commented 7 months ago

Nix で環境自体の依存関係を固めても、その先のライブラリやらの依存性解決でコケることがある Rubyに関しては https://github.com/nix-community/bundix というのがあるし、 npm とかにも何かしらありそうだけど Nix 外との差異が大きくなりそうで使ってないので、せめてもという感じに Nix 環境を定期実行して、早めに気づこうとはしている

この手の話でいざ落ちるときは、大体大本が一つなのになんの関係性もないリポジトリにまたがって死ぬので、issue を追っかけにくいし立ち上げるのも面倒なのでそういったときは issue の作成まで自動化したい

というのを、deno環境で使っててバージョン固定していてもたまによく落ちる esm.sh 関連依存の一部が今回も死んでてなんだろうなーと眺めてた

https://github.com/kachick/convert-color-json-between-windows-terminal-and-vscode/actions/runs/7054749641 https://github.com/kachick/depop/actions/runs/7054756921/job/19204592304

https://github.com/esm-dev/esm.sh/issues/770#issuecomment-1836007845 後のリトライもまだ通ってないが・・・

kachick commented 4 months ago

同タイミングで落ちる同じ人や組織所属のスケジュールジョブは失敗理由の関連性高そうだし、そもそも各リポジトリのワークフローを都度都度更新するとか面倒なので、一斉ポーリングしてどでんとissueたてるactionが必要なのではないだろうか

ブランチとかPR単位で落ちてるものは雑に有るだろうから、デフォルトブランチを、できれば前回からの差分で追うようなのが・・・

kachick commented 3 months ago

今朝なんか2つも落ちてた。落ちるの自体は仕方ないというかいつか落ちるだろう前提で書いてるのをこれで拾ってる面はあるんだけど、やっぱ都度 issue 作るの面倒なのでなんかほしいな・・・

https://github.com/kachick/irb-power_assert/issues/176 https://github.com/kachick/gwurl/pull/5

kachick commented 3 months ago

全体でポーリングするのは流石にあれだし定期実行するようなのはそんなに無いので、job とか step 単位で仕込めばそれで良い気もする

pankona commented 3 months ago

デッドマンズスニッチを使う？ｗ

kachick commented 3 months ago

凄い懐かしい名前を聞いた・・・外形監視サービスのやつだよね

それはそれで便利に使えるところもあるけれど、GitHub で完結させられるならそっち優先かな～

kachick commented 3 months ago

同タイミングで落ちる同じ人や組織所属のスケジュールジョブは失敗理由の関連性高そうだし、そもそも各リポジトリのワークフローを都度都度更新するとか面倒なので、一斉ポーリングしてどでんとissueたてるactionが必要なのではないだろうか

これを完全に忘れて

全体でポーリングするのは流石にあれだし定期実行するようなのはそんなに無いので、job とか step 単位で仕込めばそれで良い気もする

これ書いてた

kachick / times_kachick

2023-12-02 / 定期実行のジョブがコケたらissueを作りたい #256