pinact v4
pinact v4.0.0 と pinact-action v3.0.0 をリリースしました。 本記事ではこれらのリリースについて紹介します。 まずは pinact v4 からです。 Breaking Changes Breaking Changes は幾つかありますが、 upgrade のブロッカーになるようなものは特にないと思います。 -review option の廃止 diff を常に出力するように変更 -diff, -check は -fix=false のエイリアスに変更 version comment が必須化 1. -review option の廃止 代わりに SARIF を出力し reviewdog に渡してください。 これは以前から案内してた通りです。 pinact run -format sarif | reviewdog -f sarif -name pinact
テレメトリをまるっと比較するE2Eテスト - ともにかける
GitHub Actions OpenTelemetryというGitHub Actionを作っています。GitHub Actionsのワークフロー実行データをOpenTelemetryのトレースとメトリクスとして出力するActionです。 このActionにE2Eテストを入れたので、そのテスト設計について書きます。やっていることは単純で、ActionがOTLPエンドポイントに送ったトレースとメトリクスのJSONをまるっとキャプチャして、期待値と比較しています。 ユニットテストだけだと何が怖いか E2Eテストの全体設計 JSONで丸ごと比較する Collectorでデータをキャプチャする jqで動的な値を正規化する 期待値JSONをgitで管理する まとめ ユニットテストだけだと何が怖いか このActionはGitHub APIからワークフローの実行データを取ってきて、そこからトレースとメト
GitHub Actions Is Slowly Killing Your Engineering Team - Ian Duncan
I was an early employee at CircleCI. I have used, in anger, nearly every CI system that has ever existed. Jenkins, Travis, CircleCI, Semaphore, Drone, Concourse, Wercker (remember Wercker?), TeamCity, Bamboo, GitLab CI, CodeBuild, and probably a half dozen others I’ve mercifully forgotten. I have mass-tested these systems so that you don’t have to, and I have the scars to show for it, and I am her
社内用GitHub Actionsのセキュリティガイドラインを公開します | メルカリエンジニアリング
この記事は、Merpay Tech Openness Month 2023 の4日目の記事です。 こんにちは。メルコインのバックエンドエンジニアの@goroです。 はじめに このGitHub Actionsのセキュリティガイドラインは、社内でGithub Actionsの利用に先駆け、社内有志によって検討されました。「GitHub Actionsを使うにあたりどういった点に留意すれば最低限の安全性を確保できるか学習してもらいたい」「定期的に本ドキュメントを見返してもらい自分たちのリポジトリーが安全な状態になっているか点検する際に役立ててもらいたい」という思いに基づいて作成されています。 今回はそんなガイドラインの一部を、社外の方々にも役立つと思い公開することにしました。 ガイドラインにおける目標 このガイドラインは事前に2段階の目標を設定して作成されています。まず第1に「常に達成したいこと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://x.com/i/status/2057162021444133057
Meet your new AI coding teammate: Gemini CLI GitHub Actions
