Supabaseの無料プラン、7日間アクセスがないと本番ごと自動停止します。 実際にサービスを落として学んだ復旧手順と、GitHub Actionsによるkeepalive恒久対策(workflow全文つき)をまとめました。 juriscodeai.com/blog/supabase-… #個人開発 #Supabase

返信先:@tomo_kusabaGitHub Actionsのworkflowで定期的に自動でissueを作成して、それに対してClaud Agentをアサインさせることで、いわゆるループエンジニアリング的な事ができないかな〜 って話でした！その認証でGitHub App試したけどだめだったんですよね...

GitHub Actionsで単体テスト等をCIで回すのはよくあると思いますが、Claudeを使っていると頻繁にPRにpushするので、気がつくと無料枠を月初に超えてしまってました。。 個人開発なので、マージ直前だけ手動（on workflow_dispatch）でCI回すだけで良さそうですね。皆さんもご注意を。

GitHub Actionsで単体テスト等をCIで回すのはよくあると思いますが、Claudeを使っていると頻繁にPRにpushするので、気がつくと無料枠を月初に超えてしまってました。。 個人開発なので、マージ直前だけ手動（on workflow_dispatch）でCI回すだけで良さそうですね。皆さんもご注意を。

GitHub ActionsのWorkflowで自動公開できなくなる？もしかして

GH-200 GitHub Actions 対策問題集を更新しました。 workflow、custom action、runner、enterprise 管理まで、試験前の総仕上げに使える模擬問題集です。 特別クーポンはこちら👇 udemy.com/course/gh-200g… #udemy #GH200 #GitHubActions

Github Actionsで、特定のbranchからmainにmergeする前にテストに通ってほしいが、テストのコストは高いから毎回は実行したくない(merge直前にだけ忘れずにテストをしたい)みたいな場合のベストプラクティスを知りたい(workflow_dispatchでポチポチは忘れるし面倒)

GitHub Actions で複数リポジトリから uses でワークフロー叩いたら concurrency が実行元単位でかかるのにハマった、でも reusable workflow の典型ユースケース考えてみりゃそりゃそうだな

Github Projectsにおいて、ステータスを進行中に自動で変えるには、ブランチの作成をトリガーにするのが一番、作業実態に合ってる気がする。 それはデフォルトのWorkflow にはないから、Actionsでつくる必要がある。 x.com/Mx_Issue/statu…

Github Projects のWorkflow は便利だけど、新規追加や既存の定義の自由な変更ができない。 つまり、Projectsを自由に操作する自動処理はActionsで定義するしかない。 Workflow 、もっと自由にさせてくれたらよいのに。なんか中途半端にも思う。 x.com/Mx_Issue/statu…

【GitHub actions/checkout、pwn request攻撃の典型パターンを既定拒否へ】 GitHubはactions/checkoutを更新し、pull_request_targetやworkflow_runを悪用するpwn request攻撃の典型パターンを既定で拒否する方向に動きました。 危険なのは、fork PRの未信頼コードを、base

GitHub Actionsのworkflowからの攻撃が多いんだ🥹🥹

GitHub Actionsのworkflow execution protectionsがPublic Preview公開。 誰がどのイベントでActionを発火できるかのポリシーを定義できる。 "Control who and what triggers GitHub Actions workflows - GitHub Changelog" github.blog/changelog/2026…

これworkflowが特定の誰が実行できるという制約があればいいのに。npm trustring publishingだとファイル名で制約をかけたい。 全workflowに影響しちゃうし Control who and what triggers GitHub Actions workflows - GitHub Changelog github.blog/changelog/2026…

GitHub Actionsのcheckoutがメジャーアップデート。 fork経由ではpull_request_targetとworkflow_run経由ではソースコードがチェックアウトされないようになった。 allow-unsafe-pr-checkout: trueした場合のみ可。昨今のセキュリティインシデントに対する対策の一つ github.com/actions/checko…

GitHub Actions workflow を新設したのがコケて、長大なログを眺めるのダルくて、Grok Build に「gh pr とか gh run view とか使っていいから Actions のログ見て調査分析して workflow yaml を直して」と頼み込んだら、よきように直してくれた。よかった。もう人類は CI 定義を直すとき「fix

GitHub ActionsのWorkflow execution protections、地味だけどエージェントPR時代っぽい。 YAMLに書いた人ではなく、GitHub側のrulesetで「誰/何のeventならCIを走らせていいか」を止められる。actorにCopilot/Dependabotも入る。 小チームでも、AIにPRを作らせるほどCI実行権限の設計が本体になる。

まだPreviewのGitHub Agentic Workflowは今までCopilot CLI用にPATが必要だったがActionsデフォルトのGITHUB_TOKENでも利用可能になった。ただしこの場合のCopilotの課金はユーザーではなくOrgに直接課金される挙動となる / “Agentic workflows no longer need a personal …” htn.to/2TG8FvUWLS

GitHub Actionsの新しいworkflow組んでたらdependency caching入れてなくてビルド毎回フルスキャンみたいになって時間溶かしたわ…

GitHub Actions Workflowのハードニングを会社のアクセス可能な全リポジトリに進めているけど、かなりめんどくさい。うちの規模でそうなんだから、大手はたいへんだ。

GitHub Actionsのworkflow組んでdependency caching全然入れてなくて毎回フルビルドみたいになって時間溶かしたわ… runner待ってる間にコーヒー冷まして固まってたんだけど、ようやくreusable workflows入れてconcurrency cancel設定したら一気に速くなった。この凡ミスまだやってる人いる？

GitHub Actions workflow組んでたらdependency caching入れてなくてビルドが毎回フルスキャンみたいになって時間溶かしたわ…

Claude Code の動的ワークフローのトリガーワードが「workflow」から「ultracode」に変更されました！ 今までは「GitHub Actions のワークフローを作って」でも発火していましたが、これを防げるようになります！ Claude Code さらに使いやすくなりそう。 x.com/claudedevs/sta…