ローカルで GitHub Actions が実行できる act のお作法を整理する
はじめに GitHub Actions (GHA) 、便利ですね。 便利なんですが、動作確認するのに PR 出してマージするのが煩わしい...。そもそも PR する前に動作確認しておきたいし、やたらに PR 作りたくもない...。 そんな悩みを解消してくれるのが act でした。これならローカルで動作確認できるので GHA 開発が捗ります！！ act 使ってみた記事は沢山ありますが、動かすまでに詰まったポイントをお作法として整理 してみました。act の使い方に悩まれている方の参考になれば幸いです。 2024/5/8 追記 act の実行に IAM ロールに追加設定が必要な点を追記しました。 AssumeRole するために sts:TagSession 権限を付与する 対象読者 GitHub Actions を使っている / 使おうとしている方 GitHub Actions の動作確認に
ユニットテストってもう言わない！ CI/CD時代のテスト分類に最適なテストサイズという考え方
はじめに 以前からユニットテスト/単体テストという言葉は使いづらい、と感じており今回も旧Twitterで「テストを実行時間ベースで分類する良い言葉ないかなー」と呟いていたところ、「テストサイズのSMLって考え方があるよ」と教えて戴きました。 だいたいは教えてもらったt_wadaさんの記事にすべて書いてあるのですが、自分の整理も含めて動画にしたので、その補完記事となります。 TL;DR 単体テストのバベルの塔は既に崩壊 CI/CDでの継続的テストには時間ベースのテスト分類が重要 UT/IT/E2EではなくSMLによるテストサイズがCI/CDには合う それは単体テストか結合テストなのか？ 自動テスト、手動テストに関わらずテストの分類として単体テストと結合テストという言葉は一般的です。 ITQBではTest Levelsという言葉で定義されていますし、以下のようなV字モデルの対応表はみんな知って
CircleCI関連の月額コストを1日で10%削減する - freee Developers Hub
この記事はfreee 基盤チーム Advent Calendar 2023 の18日目の記事です。 はじめに はじめまして、SRE 統制チームのYです。 現在はコスト統制を重点的に取り組んでおり、予算精度の向上、コスト最適化を目標に業務を推進しています。 本記事では、コスト改善施策の局所的な部分になりますが、弊社が使用しているCI/CDツールの一つであるCircleCIにおいて、手間をそれほどかけずコストカットができる施策を紹介したいと思います。 施策1 ストレージの保存期間を短くする CircleCIにおいてストレージは以下の3種類があります。 キャッシュ ビルド時に使用するファイルをキャッシュするためのもの。npm、Gem パッケージなどを保存 ワークスペース ワークフロー内のデータをダウンストリームジョブに転送 アーティファクト パイブラインで出力したファイルの保管 。 Circle
CIを高速化する技術⚡️ - 10X Product Blog
この記事は 10X アドベントカレンダー2023 という企画の1日目（12/1）の記事です。 こんにちは、10Xでソフトウェアエンジニアをしている 岡野（@operandoOS）です。 今回 10Xで3回目となるアドベントカレンダー企画の1日目をありがたく担当させていただきます💪 目次 目次 10X アドベントカレンダー2023ってなに？ さてさて、本題へ CIは絶対に速い方がいい CIを高速化するテクニックの紹介 キャッシュの利用 マシン性能の調整 ジョブの並列実行とテスト分割 最適なテスト分割 ジョブの実行順序・依存関係の最適化 不要なジョブ・ステップを削除する テストコードの実行速度を上げる 紹介したテクニックを活用した10XでのCI高速化事例 アプリのビルド時間の大幅短縮に成功！！ APIのテスト実行時間の大幅短縮に成功！！ CIを高速化するために日々取り組んでいること CI/C
ユニットテストをGitHub ActionsからCodeBuildに移行し、実行時間を35%削減した - Uzabase for Engineers
こんにちは。NewsPicks SREチームの 海老澤 です。 今回はGithub Actionsで実行していたテストを高速化したので紹介したいと思います。 課題 取り組み テストの並列化 AWS CodeBuildへの移行 CodeBuildの設定 コンピューティングタイプ トリガー buildspec.yml 結果 課題 NewsPicksでは Junitのテスト等をGithub Actions から実行しているのですが、2013年のサービス開始当初から存在する、一番コードベースが大きいリポジトリのビルド・テストの実行時間に 20~30分ほどかかっていました。 テスト自体はバグを産まないためにも必要なものですが、時間がかかるため開発効率が下がってしまいます。そのためテスト高速化の取り組みを行いました。 取り組み テストの高速化をする上でやったことは大きく下の二つです テストの並列化 G
BitbucketでCI/CDを設定する - Qiita
概要 Bitbucket pipelineを使ってCI/CDを設定します。 今回はReactのアプリケーションの場合、どのように設定するかをご紹介します。 設定方法が分かれば、他の言語を使ったアプリケーションでも応用が効きます。 bitbucket pipelinesを有効にする。 Repository settingsからpipelinesのSettingsを選択して、有効にします。 bitbucket-pipelines.ymlを設定する 設定したいリポジトリのホームディレクトリにbitbucket-pipelines.ymlを設定します。 以下は、最低限の設定を記載しました。必要に応じて追加してください。 pipelines: default: - step: caches: - node - pip script: - npm install - npm test branches
Jest で落ちたアサーションを GitHub のアノテーションに出す - Diary of a Perpetual Student
最近 GitHub Actions を弄くり倒すことにハマっていて、 GitHub の Checks API を利用して annotation を出すおもてなしをすることだけが生きがいだと思って生活していました。 そんな中、JavaScript (TypeScript) のコードのテストでよく使われている Jest で、どの assertion が落ちているかを annotation で分かりやすく表示したいと思っていました。自作で頑張ろうかな～と思って調べていると、 Jest 28.0.0 （2022年4月末ごろリリース）から Github Actions で annotation を出す reporter 機能が組み込まれていたという事実を知りました。 jestjs.io この便利機能が思ったより世の中で使われていない感じがしたので紹介します。 サンプル こちらをどうぞ： github
JetBrains、CI/CD環境のマネージドサービス「TeamCity Cloud」を正式リリース
Kotlin言語や統合開発ツールIntelliJ IDEAなどの開発を行っているJetBrainsは、CI/CD環境のマネージドサービス「TeamCity Cloud」の正式リリースを発表しました。 TeamCity Cloud is now publicly available! You can now set up your CI/CD and run builds in the cloud. All without having to maintain and manage your infrastructure – as we’ll do that for you! Try it out yourself, for free: https://t.co/Y1VXwmJ1b3 pic.twitter.com/qphvMQoY7d — JetBrains TeamCity (@team
GitHub ActionsをSlack Botから起動する | ten-snapon.com
こんなことがありながらも、僕もたまにあれこれやっていて、上記の件はおそらくタイムゾーンの問題が別であったのでそれに起因して起きているんじゃないか？と言ったら調べるわーって状態になりました。 さて、そんなペパボではGitHub Enterpriseでも絶賛GitHub Actionsを活用しているのですが、アプリケーションの自動テスト、デプロイをはじめ、いわゆるコンテナジョブプラットホームとしてもActionsはとても優秀なので色々活用しています。そのなかで通常のpushやscheduleだけではなく、任意のパラメーターで任意のタイミングでジョブが実行したかったものですから、作りました。 こんな感じでジョブを実行することができます。 仕組みとしてはActionsの repository_dipatch を利用しています。
GitHub Actions & ecspressoによるデプロイフロー構築 - コネヒト開発者ブログ
こんにちは、リードエンジニアの @dachi_023 です。今回はGitHub Actionsとecspressoでデプロイフローの構築をしたのでそれについて書いていきます。先に言っておくと簡単にセットアップできるし設定もシンプルなのでかなりおすすめです。 Actions | GitHub kayac/ecspresso: ecspresso is a deployment tool for Amazon ECS これまでのデプロイ コネヒトではECS環境へのデプロイに silinternational/ecs-deploy を採用しています。CodeBuildもしくはTravis CI上からecs-deployを利用してECS環境にアプリケーションをデプロイする構成です。 CI/CDツールの乗り換え検討 これまでずっとTravis CIを利用してきました。しかし 料金体系の変更 があった
GitHub Actionsのローカル実行ツール「act」を使う事でCI/CDコンフィグとローカルでのタスクランナーを1つにする | DevelopersIO
GitHub Actionsのローカル実行ツール「act」を使う事でCI/CDコンフィグとローカルでのタスクランナーを1つにする actというローカル端末でのタスクランナーとしても使える、GitHub Actionsのローカル実行ツールを紹介します。 合わせて私のCI/CDのローカル実行ツールが必要だと思う理由、タスクランナーに対して感じている課題を紹介します。 はじめに おはようございます、加藤です。CI/CDツールとしてGitHub Actionsが2019年11月にリリースされてから一気に広まり、私もファーストチョイスとしてGitHub Actionsを検討・提案する機会が最近増えてきました。 先日、下記のTweetでactというGitHub Actionsのローカル実行ツールがあり、タスクランナーとしても使えるという事を知りとても興味を持ったのでブログにまとめました。 Actってい
GitHub ActionsでPRの差分ファイルだけテストする方法 : yutaka0m blog
@yutaka0mです。 GitHub ActionsでPR(プルリクエスト)の差分ファイルだけをCI(テスト)したい場合のサンプルコードです。 サンプルコード例 : javaファイルのテストをしたい場合。 name: Test on: pull_request: paths: - '**.java' env: # プルリクエストのターゲットブランチ TARGET_BRANCH: ${{ github.base_ref }} jobs: test: runs-on: ubuntu-latest steps: - name: 'Checkout' uses: actions/checkout@v2 # git diffをするためにターゲットブランチをフェッチする - name: 'Fetch' run: git fetch --depth 1 origin ${TARGET_BRANCH}
GitHub Actions で PHP の CI/CD をする - Qiita
EC-CUBE の CI/CD を GitHub Actions で実装してみたので、メモ程度に知見をまとめてみます。 該当の Pull Request はこちら 4系 https://github.com/EC-CUBE/ec-cube/pull/4337 2系 https://github.com/EC-CUBE/eccube-2_13/pull/312 2019年12月現在、 EC-CUBE organization アカウントが利用している契約プランの関係 で、 EC-CUBEオフィシャルリポジトリで GitHub Actions は利用できなくなっています。 ご利用の際は、 fork した個人アカウントでお願いします 実現したいこと 以下の環境をマトリクスで実行したい Linux, Windows PHP5.4〜7.3 PostgreSQL/MySQL/SQLite3 PHPUn
GitHubActionsでPHP7.4環境のPHPUnitを実行する - istyle Tech Blog
こんにちは、こんばんは、おはようございます。kubotakです。 最近はImpalaとKuduしか触っていなかったんですが、GitHubActionsが使えるようになっていた（2019/10/04現在はまだベータ）のでPHP7.4を対象にしたLaravelアプリケーションのユニットテストをGitHubActionsでCIしたいと思います。 GitHubActionsとは GitHubリポジトリでのイベントを検知してワークフローを実行できる仕組み、いわゆるCIツール・サービスです。 GitHubActionsの使い方としては以下のブログが参考になりました。 GitHub Actionsの使い方 まずはリポジトリのタブにActionsがあることが大前提です。 出てない場合はベータの申し込みが必要です。 そして、GitHub Actionsのワークフロー定義は .github/workflow/
規約に沿ってないPHPコードを駆逐する - Qiita
"require-dev": { "fzaninotto/faker": "~1.4", "mockery/mockery": "0.9.*", "phpunit/phpunit": "~4.0", "phpspec/phpspec": "~2.1", "squizlabs/php_codesniffer": "*", "phpmd/phpmd" : "*" }, # !/usr/bin/env bash set -eu echo "********************" echo "* install gems *" echo "********************" gem install --no-document checkstyle_filter-git saddler saddler-reporter-github pmd_translate_checkstyle_fo
Figma でアイコンを更新したら GitLab に勝手に MR が作られるやつ - pixiv inside
こんにちは、@f_subal です。普段はおもに pixivFACTORY のフロントエンドを見ています。最近は社内のデザインシステム整備の仕事もやっており、今回はそちらで作っているアイコンライブラリの話をします。 SVG アイコンを社内 npm で配る みなさん、プロダクト内で利用するアイコンをどのように管理していますか？ 大抵の場合は元になる .svg ファイルが存在し、それを最終的に React コンポーネントで読んだり、あるいは昔ながらのアイコンフォントを生成したりして使っているでしょう。 ピクシブではこれまで各プロダクトがそれぞれの方法でアイコンを生成していました。あるプロジェクトは svg スプライトを生成して <use> タグで読み、またあるプロジェクトは svgr を使い、これまたあるプロジェクトでは woff を生成する npm スクリプトを持ったりしています。 実装方法
CI/CDのエキスパートが解説：CI/CDとは何か？ なぜ今、必要とされるのか？ (1/3)：CodeZine（コードジン）
最近、CI/CDという単語を見ることが増えてきました。Google、Microsoft、Oracleなどの大きなIT企業が自社のCI/CDツールを発表したり、CI/CDのスタートアップの買収などの話が過去一年にいくつもありました。読者のみなさまも導入はしていなくても、CI/CDについてなんとなく知っている方も多いのではないでしょうか？ 実際CI/CDに対する需要は急速に高まっています。その裏には自動化の重要性の高まりやアジャイル開発の浸透・進化があります。2回の連載でこの流れについて見ていきましょう。 はじめに 本連載では、CI/CDを始めて学ぶ方にも、すでに知っている方にも、できるだけ新しいことを発見してもらえるように心かげました。 連載の1回目は主にCI/CDの概要と導入のメリットから始めて、CI/CDで加速する最新のアジャイル開発手法を解説します。前半は入門者向けの内容ですが、後半は
Bitrise を触ってみた所感 - コネヒト開発者ブログ
こんにちは！アプリケーションエンジニアのあぼです。 コネヒトでは iOS アプリの CI ツールとして Travis CI を使っていましたが、先日プランが変わったこともあり、定額の Bitrise に移行しました。元々 fastlane で自動化していたので、Bitrise ではキャッシングなどのワークフローを組み立ててメインの処理は fastlane のコマンドに任せるという感じで動かしています。ですので移行自体もそこまで苦ではなかったなという印象です。 今回ははじめて Bitrise を触ったので自分の所感を簡単に書いていこうと思います。コネヒト Advent Calendar 2020の記事です。 導入初期の色々試したいときに GUI でガリガリいじれる Bitrise はワークフローの設定などが書かれた bitrise.yml を Bitrise.io で管理する方法とリポジトリ
いますぐ使うCodeBuild - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? CodeBuildとは AWSのなかでCI/CDを担うCode三兄弟のひとつ、という説明では一切何もわからなかったので、軽く触った理解をメモとして残します。 AWS CodeBuildは、Jenkinsジョブ相当のものを「Build project」と呼び、任意のDockerイメージを起動して、コンテナ内で任意のコマンドを起動できるサービスと理解しました。 私自身はCircleCIあるし時間の無駄でしょと思って敬遠してましたが、CI/CDという色眼鏡を外すと、活用の幅が非常に広い面白い製品です。使わないのはもったいない！ こんなことに使
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lighthouse CI と Heroku でウェブページのスコアを継続的に測定して推移を見る
