タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
こういうのを作りました。 ジョブに紐付いたPull Requestへのリンクが表示される 行ったこと: リンクを生成するジョブを1つ生やした 綺麗な表示はStep Summary機能 (後述) の力を借りている ジョブ実行画面からPull-Reqに戻りたい GitHub Actionsのジョブ実行画面には、その実行元となったPull Requestへのリンクが存在しないため、困っていた。 よくあるシチュエーション: Pull Requestを見るとジョブがコケていた 様子を見に行くうちに履歴がどんどん深くなる -- ジョブ画面内での遷移はどんどんヒストリが積まれる Pull Requestに戻れなくなってしまう この話を同僚にしたところ共感の嵐だった。したがって隠れた需要がありそうだということが判明し、うまくやる方法を考えることにした。 結果、GitHub Action上でPull-Req
実行時間ベースでテストを分割するGitHub Action
GitHub Actionsでテストファイルを複数ノードに適切に分割するためのカスタムアクション、r7kamura/split-tests-by-timingsを作った。 CircleCIに同様の仕組みがあり、今回はこれのGitHub Actions版が欲しかった。 既存ツールとして、Go製のleonid-shevtsov/split_testsというCLIツールがあり、これを利用するchaosaffe/split-testsというカスタムアクションがある。 このカスタムアクションでも不足は無かったが、幾つかの理由で今回自作するに至った。 しばらく使いそうなので、保守性を上げるためにも、不要な機能を取り除いて必要最低限の機能にしたかった GitHub Actionsは仕様変更が多いため、自分で保守できるようにしたかった 今回、内部実装としてRust製のmtsmfm/split-testとい
GitHub Action supply chain attack: reviewdog/action-setup | Wiz Blog
New GitHub Action supply chain attack: reviewdog/action-setup A supply chain attack on tj-actions/changed-files caused many repositories to leak their secrets over the weekend. Wiz Research has discovered an additional supply chain attack on reviewdog/actions-setup@v1, that may have contributed to the compromise of tj-actions/changed-files. March 21, 2025 update: We can now publicly disclose two a
GitHub Actionsが失敗したらSlackに通知する with Slack Workflow + slack-github-action - $shibayu36->blog;
GitHub Actionsのjobが失敗した時に簡単にSlackに通知する方法を探していたら、Slack公式のツールを使えば結構簡単にできたので共有します。Slack Workflowとslack-github-actionを組み合わせると良い。 できたもの ジョブが失敗した時だけ、以下のようにSlackに通知される。 やり方 Slack Workflowでパラメーターを付けられるwebhookを用意する GitHub Actionsで失敗時のみwebhookに通知する Slack Workflowでパラメーターを付けられるwebhookを用意する まずはSlack Workflowでパラメーターを付けられるwebhookを用意する。Workflowで用意すると、管理も簡単だしCollaboratorも付けやすい。 Workflow BuilderでCreateボタンを押し、Workfl
TypeScript Custom GitHub Action Development Tips
GitHub Actions における JavaScript/TypeScript Custom Action の開発・運用知見を紹介します！ 2024-05-16 GitHub Actions Meetup Tokyo #3 にて発表 https://gaugt.connpass.com/ev…
先に結論 - uses: actions/checkout@v2 with: ref: ${{ github.event.pull_request.head.ref }} やったこと PR に対して特定の実行してそのPRにコミットしたい。 例えば code format とか まぁ、最初 main とかでやるように雑にやってみた - name: Commit updated files run: | if ! git diff --exit-code --quiet then git add . git config --local user.email "nobody@example.com" git config --local user.name "File Update GitHub Workflow" git commit -m "Update Files" git push f
GitHub - google-github-actions/auth: A GitHub Action for authenticating to Google Cloud.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - hashicorp/nextjs-bundle-analysis: A github action that provides detailed bundle analysis on PRs for next.js apps
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Songmu/action-create-branch READMEにも書いてあるが以下のように使う。これは、指定ブランチがあれば作るし、無かったら何もしない簡単なGitHub Actionだ。分岐元指定のrefにはブランチ名、タグ、コミットハッシュを指定できる。refは省略可能でデフォルトではgithub.refを使う。 - uses: Songmu/action-create-branch@v0 with: branch: feature/new-feature ref: main 何故作ったか 先のエントリーの、action-push-to-another-repositoryのフォーク元には、元々、create-target-branch-if-needed という、指定ブランチがなかったら作るオプションがあった。しかし、私がフォークしたものからはそれを削除した。コードの複雑性が増
あるリポジトリの一部または全部を別リポジトリのルートなりサブディレクトリにpushしたくなることがたまにある。一般的にもニーズがありそうだが、ちゃんとメンテナンスされているモノが見当たらなかったので、以下に公開した。かなり便利。 https://github.com/Songmu/action-push-to-another-repository https://github.com/marketplace/actions/songmu-action-push-to-another-repository これはイチから作ったわけではなく、cpina/github-action-push-to-another-repository をforkしたものです。このfork元は、私も使っていたのですが、メンテナンス停止が宣言されており、signed commit対応などもされなさそうなので新たに開
🚨 Popular GitHub Action tj-actions/changed-files is compromised
Semgrep is recognized in the new Gartner® Magic Quadrant™ for Application Security Testing. Get the report. Learn more →
GitHub - ysk8hori/delta-typescript-graph-action: This GitHub Action uses Mermaid to visualize in a diagram the files that were changed in a Pull Request and their related dependency files.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
tblsをセットアップするGitHub Actionとしてsetup-tbls（を作るツールとしてgh-setup）を作った - Copy/Cut/Paste/Hatena
タイトルが何を言っているのかよくわからないと思いますので順を追って紹介したいと思います。 tblsをセットアップするGitHub Actionとしてsetup-tbls を作った setup-tblsはtblsをインストールしてくれるGitHub Actionです。 github.com 各所で「ないの？」とは言われており（最近Issueもたった）、いつか作らないとなと思っていたのですが、いろいろ重なって作りました。 github.com 私はGoで作ったツールのActionはDocker container actionを使うのですが、tblsでそうするとDockerコンテナ上で動くtblsからデータベースサーバの名前解決ができなかったりして、それも手を鈍らせている原因でした。 今回作成した setup-tbls はComposite actionで作っているので上記のような心配もありま
GitHub - actions/create-github-app-token: GitHub Action for creating a GitHub App Installation Access Token
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
はじめに さくらのクラウドに新しく登場した「AppRun」は、コンテナアプリケーションを簡単にデプロイできるマネージドサービスです。しかし、デプロイの手順が少し煩雑で、Dockerfileの作成やレジストリへのプッシュなど、いくつかの手順を踏む必要があります。 また、コンテナ環境では通常、SQLiteのようなファイルベースのデータベースは永続化が難しいという課題があります。コンテナが再起動するたびにデータが失われてしまうからです。 そこで、Node.jsアプリケーションをGitHub Actionsから簡単にAppRunへデプロイできる上に、SQLiteデータベースの永続化も自動で行えるカスタムアクション「sakura-apprun-action」を作成しました！ sakura-apprun-actionの特徴 🚀 簡単セットアップ GitHub Secretsに認証情報を設定 ワークフ
GitHub - google-github-actions/run-gemini-cli: A GitHub Action invoking the Gemini CLI.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
AWS CodeBuild がマネージド型の GitHub Action のセルフホストランナーをサポートするようになりました。お客様は、CodeBuild プロジェクトが GitHub Actions ワークフロージョブイベントを受信して、そのイベントを CodeBuild エフェメラルホストで実行するように設定できます。AWS CodeBuild は、ソースコードをコンパイルし、テストを実行し、すぐにデプロイできるソフトウェアパッケージを生成する、フルマネージド型の継続的インテグレーションサービスです。 AWS CodeBuild のこうした機能により、GitHub Actions を AWS とネイティブに統合できるようになり、IAM、AWS Secrets Manager、AWS CloudTrail、Amazon VPC などの機能を通じてセキュリティと利便性を向上させることがで
AWS CodeBuild now supports managed GitHub Action runners - AWS
AWS CodeBuild now supports managed GitHub Action self-hosted runners. Customers can configure their CodeBuild projects to receive GitHub Actions workflow job events and run them on CodeBuild ephemeral hosts. AWS CodeBuild is a fully managed continuous integration service that compiles source code, runs tests, and produces software packages ready for deployment. This feature allows GitHub Actions t
PR-Agent×GitHub Action×Azure OpenAIで実現するAIコードレビュー - ROUTE06 Tech Blog
Pull requestのタイトルや説明文を書いている時、「これ絶対AIでできるよな」と感じたことがある開発者は少なくないと思います。 もちろん変更の経緯や背景など、コードの差分からは読み取れない情報もありますが、コードの差分からわかることはAIが書いてくれるといいですよね。 この願いを叶えてくれるのがCodiumAIが提供しているPR-Agentです。GitHub Actionで実行でき、OpenAIはもちろんAzure OpenAIやAmazon Bedrockも使えます。 PR-Agentはすでにいろいろなところで取り上げられています*1 *2 *3ので、このブログ記事では、これまでにあまり紹介されていないPR-AgentでLLMとしてAzure OpenAIで使う方法と、使ってみた感想を紹介します。 どうしてPR-Agentを使うのか コードレビューをできるAIエージェントはいくつ
GitHub - dkamm/pr-quiz: A GitHub Action that uses AI to generate a quiz from your pull request
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - catchpoint/workflow-telemetry-action: Github action to collect metrics (CPU, memory, I/O, etc ...) from your workflows to help you debug and optimize your CI/CD pipeline
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - cross-platform-actions/action: Cross-platform GitHub action
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
エレベータ―ピッチ コードの複雑度（CCN、行数など）をCIに組み込むことで、複雑すぎるコードのマージを阻止。 GitHub Actionとして、GitHub Marketplaceに公開し、容易に導入可能。 引数としてしきい値などを容易にカスタマイズ可能。 軽量なコンテナを使い1分以内に実行が可能 OSS+GitHub Actionsなのでプライベートリポジトリなどでも無課金で使用可能 概要 一般的に、アジャイル開発の現場においては、CIとしてテスト自動化を組み込むことが行われています。テスト自動化を行う事で、マージしたコードが、思いもよらない機能に対して、致命的な副作用を発生させていないことが保証され続けます。これによりエンジニアはより心理的安全性の高い環境で開発できます。 しかし、プロダクトが一定以上の規模になってくると、テストケースが十分に存在しており、カバレッジが高く保たれていた
![[lizard]循環的複雑度（CCN）が高すぎるコードをブロックするGitHub Actionを作ってみた](https://cdn-ak-scissors.b.st-hatena.com/image/square/2e752e7730933233e9b944bea73f61406e763a54/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--1ESd0zSC--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255Blizard%25255D%2525E5%2525BE%2525AA%2525E7%252592%2525B0%2525E7%25259A%252584%2525E8%2525A4%252587%2525E9%25259B%252591%2525E5%2525BA%2525A6%2525EF%2525BC%252588CCN%2525EF%2525BC%252589%2525E3%252581%25258C%2525E9%2525AB%252598%2525E3%252581%252599%2525E3%252581%25258E%2525E3%252582%25258B%2525E3%252582%2525B3%2525E3%252583%2525BC%2525E3%252583%252589%2525E3%252582%252592%2525E3%252583%252596%2525E3%252583%2525AD%2525E3%252583%252583%2525E3%252582%2525AF%2525E3%252581%252599%2525E3%252582%25258BGitHub%252520Action%2525E3%252582%252592%2525E4%2525BD%25259C%2525E3%252581%2525A3%2525E3%252581%2525A6%2525E3%252581%2525BF%2525E3%252581%25259F%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3AU-NOT%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EvQUFUWEFKeUxraHdiZE41Z3MtSTVFZWtIZF9WcFgtZzVISjRaY1ZmaUUzYV89czk2LWM%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
GitHub - slackapi/slack-github-action: Send data into Slack using this GitHub Action!
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
AWSからLambda関数デプロイ用のGitHub Actionがリリースされました | DevelopersIO
初めに 先週のリリースですがAWS Lambdaデプロイ用のアクションがAWS公式のOrgであるaws-actionsより提供されました。 これまでLambda関数をGitHub ActionsでデプロイするためにはAWS CLI等を利用して自前で処理を組み込む必要がありました（もしくはサードパーティーのデプロイ用のアクションを組み込む）。 Lambda関数のデプロイの簡素化という意味ではAWS SAM CLIを利用することも選択肢ですがこちらの場合関数自体の設定にSAMテンプレートを利用するのでその周辺の知識が必要であり、またアプリ開発者にその辺りの設定を見せたくない場合は違う場所に配置して取得するなど一手間必要となります。 今回提供されるアクションでは、最低限の情報のみ設定することで開発者にはLambda関数自体の情報を隠蔽しつつデプロイ処理を提供することが可能です。 また任意パラメー
lock 機構を実現するための GitHub Action を作ったので紹介します。 背景 lock 機構によって複数のプロセスが同時に実行されるのを防ぐことが出来ます。 例えば GitHub Flow で Pull Request (以下 PR) をマージしたらデプロイを実行する場合に、デプロイ直前に lock を取り完了後に unlock することで、デプロイ中に他の PR がマージされてデプロイが複数同時に実行されるようなことを防ぐことが出来ます。 また、 Terraform で State の分割作業を行う際に、作業前に lock を取り完了後に unlock することで作業中に terraform plan, apply が実行されるのを防ぐことが出来ます。 今回は GitHub Actions で簡単に lock 機構を実現するための Action を開発しました。 特徴 今回
GitHub - kuboon/gsheet-slack-logger: 無料 slack の過去ログを google sheet に保存する github action
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Slack が提供する GitHub Action "slack-send" を使って GitHub から Slack に通知する - Qiita
以下のようになります。 この状態でアプリを作ったら、そのまま Install to Workspace ボタンからインストールを実行してください。 確認画面でチャンネルを選ぶように促されますので、通知を送りたいチャンネルを選択してから Allow ボタンをクリックしてください。 インストールが完了すると Bot User OAuth Token と Webhook URL が発行されていると思います。Incoming Webhooks だけを使う場合は OAuth Token の方は利用しません。 発行された Webhook URL をコピーして GitHub 側の Secrets 設定画面で SLACK_INCOMING_WEBHOOK_URL として設定してください。 最後に以下のような GitHub Action を .github/workflows/incoming-webhoo
GitHub - flatt-security/setup-takumi-guard-npm: GitHub Action to configure npm with Takumi Guard registry auth via OIDC
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
爆速にdocker composeを使うためのGitHub ActionをMarketplaceに出した - Qiita
GitHub Actions上で docker compose を爆速に使うための GitHub Action 「Spin-Up Docker Compose」を Marketplace に出しました。 背景 先日、「GitHub Actions上でdocker composeを使ってCIを回すためにうまいことキャッシュする方法」という記事を投稿させていただきました。 ありがたいことにさまざまな方にLGTMをいただくことができ、参考にしていただけたのかなと思っています。 さて、当該の記事への反応を確認しようとはてなブックマークなども閲覧させていただいていたのですが、気になるコメントを見つけました たしかに！いい感じの docker compose 環境を作れたとして、プロジェクトごとにあの分量のymlをコピペして調整して回るのは大変ですよね。 ということで、前回の記事で用意した環境をパッケ
GitHub - actions/dependency-review-action: A GitHub Action for detecting vulnerable dependencies and invalid licenses in your PRs
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Claude Codeにインストールすると、/pr-review-toolkit:review-pr コマンドで統合レビューを実行できます。また、個別のエージェントを呼び出すこともできます。 特にsilent-failure-hunterは個人的に重宝しています。 Claude Codeは暗黙的なフォールバック処理を実装し、エラーを握りつぶす傾向があるため、筆者はこれに何度も煮え湯を飲まされてきました。 PR Review Toolkitの利点 このツールは次のような利点があります。 複数の観点のレビュー 6つのエージェントが並行して動作し、コード品質、テスト、エラーハンドリング、型設計、コメントの正確性をそれぞれ評価します。 人間一人のレビュアーが見落としやすい箇所も、複数のエージェントによりカバーすることが期待できます。 定額プラン内で利用可能 Claude Codeの料金プラン内で利
GitHub - tj-actions/changed-files: :octocat: Github action to retrieve all (added, copied, modified, deleted, renamed, type changed, unmerged, unknown) files and directories.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
プルリクエスト時にラベルから自動でチェックリストを作成・更新するGitHub Actionを作成した
今回はPull Requestを読み取ってこんな感じのチェックリストを自動生成する kasaikou/pr-checklist-action というGitHub Actionを作成したのでその紹介をする記事です。 TL;DR プルリクエストテンプレートにチェックリストを入れがちだけど、知見が溜まっていくに従ってチェック項目が増えていくのはつらいよ そこで、設定されたラベルをもとにチェックリストを自動作成する GitHub Actions を作ったよ actions/labeler と併用することでラベル設定のめんどくささは actions/labeler が解決するから、それに相乗りするだけでいいよ 基本的にはチェックリスト用のコメントが作成されるけれど、少しテンプレートを変更することで今までのプルリクエストテンプレートっぽいチェックリストを作成することもできるよ 背景とかコンセプト 個人
GitHub Actionの`on: pull_request`と`on: pull_request_target`の違いMEMO - Madogiwa Blog
最近GitHub Actionを触っていて、タイトル通りon: pull_requestとon: pull_requestの実行コンテキスト等の違いによって、 大分ハマったので、それぞれの違いとかを調べてみたのでMEMOしておきます。 https://github.com/features/actions on: pull_requestとon: pull_request_targetの違い 基本的には実行コンテキストと与えられる権限が違うようです。 on: pull_request イベントはbaseのリポジトリに送信され、作成されたPR上でのworkflowの設定が利用される For pull requests from a forked repository to the base repository, GitHub sends the pull_request, issue_co
OpenCommit: GitHub Action to improve commits with meaningful messages on every `git push` 🤯🔫
DEV Community Follow A space to discuss and keep up software development and manage your software career Future Follow News and discussion of science and technology such as AI, VR, cryptocurrency, quantum computing, and more. Open Forem Follow A general discussion space for the Forem community. If it doesn't have a home elsewhere, it belongs here
今回は、本ブログのホスト先として利用している「さくらのレンタルサーバー」に、NetflyのようにHugoで生成したサイトを自動デプロイする仕組みを構築したので、その方法をメモしておきたいと思います。 便利なNetflyのHugo自動デプロイ機能 よくあるHugo+Netflyの組み合わせのいいところとして、簡単にHugoをビルドしてデプロイしてくれるという点があると思います。 Netlify自体がHugoをサポートしているということで、Netflyでホスト先になるアプリを作成したら、連携するGithubリポジトリを選択して、Hugoのversionなどを指定するだけで、ビルドパイプラインを組んで自動デプロイを構築することができます。 具体的な方法は割愛しますが、以下の記事が詳しいです。
GitHub - shimataro/ssh-key-action: GitHub Action that installs SSH key to .ssh
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Github ActionにはCronジョブがあるわけです しかしこのCron、アクション予約としてキューに入れても、実際に動くかどうかに関しては保証していません。予定入れたけど、別のプロセスで忙しすぎてキャンセル。そんなイメージ なので例えば、 "n分毎にログを取って、その結果をデータベースに記録する。このプロセスは絶対行われなければいけない" ということを行うには不向きなわけです(1敗) この記事では実際に5分毎のログ機能を実装しようとして失敗した経験を元に、データが欠落した頻度を調べて、逆にジョブが通りやすい時間を調べてみた。そんな記事 ジョブが捨てられた失敗例 失敗したGithub Actionに使ったymlファイルはこんな感じ。 name: freq on: schedule: - cron: '*/5 * * * *' workflow_dispatch: env: HOST:
GitHub - rtCamp/action-slack-notify: GitHub Action for sending a notification to a Slack channel
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Actionのジョブ実行画面からPull Requestを辿れるようにした - Lambdaカクテル
GitHub Action で PR に何かして push する - 宇宙行きたい
単にブランチを作るだけのGitHub Actionを作った | おそらくはそれさえも平凡な日々
リポジトリの内容を別リポジトリにpushするGitHub Actionを公開した | おそらくはそれさえも平凡な日々
さくらのAppRunにNode.js+SQLiteアプリを簡単デプロイできるGitHub Actionを作った
AWS CodeBuild がマネージド型の GitHub Action ランナーのサポートを開始
[lizard]循環的複雑度（CCN）が高すぎるコードをブロックするGitHub Actionを作ってみた
lock 機構のための GitHub Action を作った
PR Review Toolkitが便利なので、GitHub Actionから実行する
Hugoで生成したブログサイトをGithub Actionでさくらレンタルサーバーへ自動デプロイする
Github ActionのCronジョブが破棄されやすい時間帯のお話
ai16.px.ebb.jp
hisuinet2.hatenablog.com
www.smartnews.com
plaza.rakuten.co.jp/lilyko8701
dimeiza.hatenablog.com
kiyomizuzaka48.hatenablog.com