iOS開発におけるGitHub Actions self-hosted runnerを利用したオンプレ CI/CD のすゝめ 昨今のiOSのCI /CD環境において、マシンスペックと実行コストのトレードオフや、それに伴うクレジット管理に悩まされることが増えています。 6月27日〜28日にかけて開催した「CyberAgent Developer Conference 2023」では「iOS開発におけるGitHub Actions self-hosted runnerを利用したオンプレ CI/CD のすゝめ」というタイトルで下記についてご紹介しました。本ブログでは、そのセッションの様子をお届けします。 ————————— サイバーエージェントではCyberAgent group Infrastructure Unit（CIU）がMac OSの物理マシンを運用管理し、GitHub Action
GitHub Actions Twice as fast. Half the cost.Speed up your GitHub Actions with a one-line code change, by running them on high-performance gaming CPUs instead of GitHub's older server hardware Get Started 3,000 free minutes per month. No credit card required. jobs: build: - runs-on: ubuntu-latest + runs-on: blacksmith| jobs: build: - runs-on: ubuntu-latest + runs-on: blacksmith-4vcpu-ubuntu-2204|
jobs: job1: name: ${{ fromJSON('["FALSE", "TRUE"]')[1 == 1] }} 解説 GitHub Actions では配列やオブジェクトがリテラルで使えないので、JSON文字列から生成する 1 == 1 は真偽値だが、 GitHub Actions では 1 になるので、配列にアクセスできる 変数にも使いたい 上の例だと環境変数を分岐したいときには使えないので... jobs: job1: name: | ${{ env[fromJSON('[ "VERY_LONG_KEY_CASE_FALSE", "VERY_LONG_KEY_CASE_TRUE" ]')[1 == 1]] }}
この記事はfreee Developers Advent Calendar 2021 15日目の記事です。 中部支社のチームのエンジニアの okoshi です。 みなさんいかがお過ごしですか。めっきり寒くなってまいりましたね。外部イベントでLTするときは下手うまな絵をスライドに差し込むのが好きなんですが、最近LTに出てないので所属しているチームのメンバーを絵にしてみました。 自分の所属しているチームメンバーイメージ図 いつ書いても惚れ惚れする絵のタッチ。 それはさておき 今回は中部支社のエンジニアが裁量を以て仕事をしていることの一例としてGitHub Actionsで日々の開発運用を楽にしている取り組みを紹介します。 この記事に辿り着いていただいた方はGitHub Actionsに関する記事を期待している方も多いと思うので後半ではどういった設定をしたかも紹介します。 そして、こちらで紹介す
Leaner 開発チームの黒曜(@kokuyouwind)です。 最近 Terraform の整備を始めたのですが、 AWS provider と S3 backend で別の AWS profile を使いたいケースがあり、 GitHub Actions での terraform plan にどう認証情報を渡すか困って調べたところうまくいったので記事に残しておきます。 TL;DR configure-aws-credentials の OIDC を使うと、アクセスキーを使わず安全に認証できる。 ログインしたロールから他のロールに切り替える場合、 credential_source = Environment を使うことでソースプロファイルを指定せずに Assume Role できる。 前提: 複数の AWS profile を使いたくなった局面 Leaner ではベストプラクティスに沿っ
こんにちは、CX事業本部の若槻です。 GitHub Actionsには、CIのジョブ実行をGitHub上ではなく任意のサーバー上で行えるようにするself-hosted runnersという機能があります。 About self-hosted runners Self-hosted runners offer more control of hardware, operating system, and software tools than GitHub-hosted runners provide. With self-hosted runners, you can choose to create a custom hardware configuration with more processing power or memory to run larger jobs, insta
Bookmarks Workflow syntax for GitHub Actions Events that trigger workflows Workflow commands for GitHub Actions Expressions Contexts Environment variables Learn GitHub Actions Understanding GitHub Actions Using release management for your custom actions Expressions Contexts Environment variables Usage limits, billing, and administration Using workflows About workflows Triggering a workflow Events
こんにちは。 Web Engineer の a2ikm です。 先日、 GitHub Actions で失敗したテストをコメントで通知をしてくれる quipper/comment-failure-action という Action を作成し、公開しました。 今回はこの Action を作成するに至った経緯と使い方、そして Action 作成に関する Tips を紹介します。 なぜこの Action を作ったのか スタディサプリは生徒向けサービス、教師向けサービスなどの複数のサービスから構成されていて、それらはひとつのリポジトリに集約して管理されています。 いわゆる monorepo というパターンで、リポジトリ名もそのまま monorepo です。 この monorepo に差分が push されると、 CircleCI と GitHub Actions でサービスごとのテストとデプロイが
Dec 17, 2022 Twitter で Actions Runner Controller (ARC) が GitHub の公式プロダクトになったというニュースを教えてもらった。 actions-runner-controller is moving to a new home! ARC は GitHub Actions の Self-hosted runner をスケーラブルに管理してくれる、いわゆる Kubernetes Controller の1つであり、これまで OSS コミュニティで開発されてきたものが GitHub の公式プロダクト1つとして開発されるようになる、ということらしい。 このニュースについて、正直なところ最初は複雑な気持ちだった。すごく嬉しい気持ちが半分、申し訳なさが半分だ。この ARC については以前の記事にも書いたように、当時リリースされたばかりだった S
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
この記事は はてなエンジニア Advent Calendar 2022 の43日目の記事です。 GitHub ActionsでJobやStep単位でデフォルトブランチの時だけ実行したい処理を書く時にはいつもこのように書いていました。 if: github.ref == 'refs/heads/main' これは2023年現在ではこのようにブランチ名を書かない形で書き換えることができます。 if: github.ref_name == github.event.repository.default_branch ref_name はrefsの含まれていないブランチ名やタグ名単体が入っており、 github.event.repository.default_branch も同様にブランチ名だけが入っているのでそのまま比較できます。 The short ref name of the branc
Push時はCIのみ、Merge時はCIおよびCDを実行するGitHub Actionsを作る（Workflowの再使用） こんにちは、CX事業本部 IoT事業部の若槻です。 GitHubのPull Requestを使用した開発で、次のトリガーでCI/CDを実行するWorkflowをよく組みます。 BranchのPush時：CI（ビルドおよびテスト）のみ実行 Pull RequestのMerge時：CIおよびCD（デプロイ）を実行 今回は、Push時はCIのみ、Merge時はCIおよびCDを実行するWorkflowを、GitHub ActionsのWorkflowの再使用で作ってみました。 Workflowの再使用 Push時とMerge時に実行されるWorkflow fileをそれぞれ作ることになるのですが、同じCI処理をそれぞれで実行したい場合は、記述を分けると2重管理となってしまいま
2021/01/017 追記 : Android 版も書きました！ 追記 2021/01/22 コードが間違っていたので修正。 それとビルドネームが github_actios_sample とタイポしていることに気づいた。これはプロジェクトを作る時にミスってしまったらしい。 はじめに Flutter build iOS して Xcode で archive してそれをまた App Store Connect にアップロードして...という作業は面倒くさい。GitHub Actions を使えば push などをトリガーにこのやっかいな作業を自動化してくれるというじゃあないか。しかも、パブリックリポジトリなら無料で使わせていただけるという。これはもう、やるしかない。 すでに周辺知識がある人に向けて main.yml をはじめに載せておく。 いろいろ設定はできるが極力シンプルな形にまとめた。
Dockerで構築したRailsアプリをGitHub Actionsで高速にCIする為のプラクティス（Rails 6 API編） Rails on GitHub Actions（或いは {Django,Laravel} on GitHub Actions）のCI事例として、 ホストランナー上にRuby（Python, PHP）をセットアップ MySQLやRedisはサービスコンテナで立ち上げ 依存ライブラリのインストール（bundle install） や ユニットテスト（rspec） もホストランナー上で直接実行 という事例は多く見かけるのですが、開発をDockerベースで行っていて、GitHub ActionsのCI Pipelineも同じくDockerベースで構築したい…というケースの事例があまり見当たらなかったので、自分が関わったプロジェクト（Rails 6 API mode）での
Implement deployment gating with manual approvals in GitHub Actions, now available with the Environments feature. I’ve loved GitHub Actions since they were released, but the one piece I always felt was missing was some kind of gating or more control around deployments. Now we can add manual approval requirements to our workflows through GitHub’s new Environments configurations. Environments also s
最近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
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
こんにちは(U・ω・U) AWS事業部の深澤です。 表題の通りですがJAWS-UG横浜 AWS re:Invent 2021 Recap ep.2 にて「GitHub Actionsを使ってAWS App Runnerにデプロイできるようになりました」という話をしてきました。 動画 資料 まとめ AWS App Runnerも出たばかりのサービスで、ソースコードやコンテナイメージを手軽にデプロイして動かせるのが特徴のサービスです。詳細は以下のブログが参考になります。 そんなAWS App Runnerにデプロイ可能なCI/CDパイプラインの選択肢にGitHub Actionsが加わりましたというアップデートです。GitHubとAWS App Runnerが連携する機能はこれまでもありましたが、新たにGitHub Actionsの中でビルド処理やテストが行えるようになったのが非常にありがたい
GitHub ActionsでPlaywright E2Eテストを定期実行し、結果をSlack通知する Playwrightで実装したE2Eテストを定期実行する際に、GitHub Actionsを使うととても簡単でした。Slackへの通知も簡単にできるモジュールがありましたので、ご紹介します。 情報システム室の進地＠日比谷です。 Playwrightで実装したE2Eテストを定期実行する際に、GitHub Actionsを使うととても簡単でした。Slackへの通知も簡単にできるモジュールがありましたので、ご紹介します。 シェルコマンドを定期実行する方法としてのGitHub Actions コマンド（シェルコマンド）を定期実行する方法には様々な方法があります。 人間が手動で頑張る 専用サーバを立ててcronを実行 EC2を立ててcronを実行 AWS Systems Managerでステートマ
Azure Developers .NET Day is back on April 30th! Join the .NET community to learn cutting-edge cloud development techniques from experts on cloud services for AI, data, cloud-native, and developer productivity. Elevate your cloud development skills today! Hi friends, I put together posts where I’m going to teach you the basics of the GitHub Actions platform. In this post, you’ll learn how GitHub A
GitHub Actions で再利用可能なワークフローを作成する 2025.01.04 GitHub Actions で CI/CD 環境を構築する際に、同じような処理を複数のファイルで記述するようなことがよくあります。この記事では、GitHub Actions で再利用可能なワークフローを作成する方法と、実際に再利用可能なワークフローを作成する手順を紹介します。 GitHub Actions を使って CI/CD 環境を構築する際に、同じような処理を複数のファイルで記述するようなことがよくあります。例えばデプロイを行うワークフローでは、staging 環境と production 環境とで異なるタイミングでデプロイを行う必要があるため、それぞれのワークフローを別々のファイルに記述することでしょう。このような場合記述される処理は環境に依存する部分以外の多くの部分は共通していることが多いで
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
Save hours of googling and learn how to build images on GitHub Actions with proper Docker layer caching. With Docker’s BuildKit capabilities (now easy to set up on GitHub’s CI runners) you can use the native caching mechanism of Actions to keep your image layers neatly tucked in between the builds. We’ve got examples of a run-of-the-mill Rails application with single and multi-stage production Doc
Prologue こんにちは、@dz_ こと、岩永かづみです。 最近、GitHub Actions の "Reusable workflow" 再利用可能なワークフローについて質問されることが多いので、ポイントをまとめてみます。 どういうときに再利用可能なワークフローを使えばいいのか？という疑問に、私なりのベストプラクティを後半に記載したので悩まれている方はご参考ください💡 GitHub Actions でワークフローから呼び出せるワークフローを作成できる まずは、「ワークフローの再利用」についておさらいです。 どういうことかというと、他のワークフローから呼び出すことができるワークフローを作成することができます。 ドキュメントでは、呼ばれる側のワークフローは「再利用可能なワークフロー」（reusable workflow）、呼ぶ側のワークフローは「スターター ワークフロー」（starte
Dependabotで作成されたプルリクの中で『AWS CDK』のライブラリアップデートの時のみ、CDKのスナップショットテストを実行するCI環境をGitHub Actionsで構築してみました。 はじめに こんにちは、CX事業本部 Delivery部の塚本です。 今回は、DependabotとAWS CDKのスナップショットテストを使い、自動でCDKのバージョンアップによるデグレを検知できる構成を作ってみました。 今回やりたいことは以下です。 『Dependabotで aws-cdk-lib のアップデートのプルリクが作成された際に、CDKのスナップショットテストを実行する』 ※初めてDependabotを触ったので、基本的な内容も多めの記事になってます Dependabot とは Dependabot は GitHub のツールで、ライブラリのバージョンを更新するプルリクを自動で生成し
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
はじめに CI/CDのサービスとして最近はGitHub Actionsを利用しているのですが、CircleCIと比較した時にRSpecが失敗した時の実行結果が分かりにくいのが不満でした。 そんなストレスを解消するために社内ハッカソンで作った以下のGitHub Actionを紹介します。 RSpec Report · Actions · GitHub Marketplace · GitHub 何が出来るの？ PRイベントの場合は失敗結果がコメントされます。 またコメントされることで同様の内容がメールでも通知されるので、失敗したテストの内容がGitHubにアクセスしなくても把握できるようになります。 PRイベント以外の場合はChecks API経由で通知されます。 使い方 name: Build on: pull_request: jobs: rspec: steps: # RSpec実行の為
2023.03.16 GitHub Actions: dependabotが作成するキャッシュにストレージを食われすぎないようにする TL;DR dependabotのPRによって実行されるジョブでキャッシュを作らせたくなければ、キャッシュするstepでこれを書く。 if: ${{ !startsWith(github.head_ref, 'dependabot') }} 説明 起こりうる問題 GitHub Actionsでテストなどを回すときに、ライブラリを都度インストールせずに済むよう、pathを指定してキャッシュすることがあると思います。 以下は Gemfile.lock が同一である場合にキャッシュを利用する ci.yml の例です。 on: pull_request: branches: [develop] jobs: rspec: # ... steps: - name: Ca
はじめに こんにちは！ 私は教育支援小中高プロダクト開発部に所属し、スタディサプリの小中学生向けサービスの開発・運用を担当しています。 今回は、GitHub Actions で異なる Workflow 間で Artifact をやり取りする方法について解説します。 業務の中で、異なる Workflow 間での Artifact のやり取りが必要な場面があり、少々手間がかかりました。 Artifact とは？ まず、Artifact とは GitHub Actions における実行結果のファイルやデータのことを指します。 Workflow が実行されると、生成されたビルド結果やテストレポート、ログファイルなどが保存されることがありますが、これらを他のジョブや Workflow に渡すために保存したものが「Artifact」です。 例えば、ビルド結果のバイナリといった Workflow の成果
はじめに こんにちは、最近毎朝ブルーベリースムージーを作っている、2023年新卒入社のこうざい（@yukhy_BE）です。おすすめのスムージーレシピを募集しています！ 主にSchooのプロダクトのインフラエンジニアとして働いています。 Schooでは、CI/CDの一部にGitHub Actionsを利用しています。最近、GitHub Actions内のif節で少し厄介な問題に遭遇しました。この記事では、その経験から学んだことと、GitHub Actionsのif節を正しく使用するためのポイントを共有したいと思います。 GitHub Actionsのif節 GitHub Actionsは、GitHubのリポジトリでソフトウェア開発ワークフローを自動化するためのCI/CDプラットフォームです。その中でif節は、ワークフロー内の特定のステップやジョブが実行されるかどうかを条件に基づいて制御するた
Rust のビルド時間はプログラム言語の中では割と長い方に入ると思われますが、incremental build をうまく使うことでビルド時間を短縮する事が出来ます。ローカル開発時には、とくに何も考えなくても勝手に incremental build になりますが CI で incremental build するためには一工夫が必要になります。この記事ではそのテクニックを紹介します。 TL;DR actions/cache と git-restore-mtime コマンドを組み合わせると CI で incremental build が出来ます。 さらに release build で incremental ビルドしたい場合は incremental flag を明示的に on に上書きが必要です。 Rust プロジェクトのキャッシュ設定 Github Actions で action
はじめに # GitHub の Artifact Attestations を使用すると GitHub Actions ワークフローでビルド成果物に署名して成果物の出所情報を検証可能にできます。 Artifact Attestations は現在パブリックベータです。 Introducing Artifact Attestations–now in public beta Artifact Attestations はソフトウェア成果物の署名と検証を行うための OSS である Sigstore により実現されています。この機能のため、GitHub はルート証明機関(CA)になっています。 InformationSigstore を使ってコンテナイメージや Go Modules などの成果物に署名を行う GitHub Actions ワークフローの構成に関しては以下の記事で扱っています。 ソ
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
概要 「GitHub Copilot」を使用して、日本語からソースコードを半自動生成させてみました。 また、しばらく試行してみて、Copilotの活用シーンを整理しました。 Copilotとは 2020年5月にイーロン・マスク氏らが関わっているAIの非営利団体OpenAIによって、自然言語モデルGPT-3が発表されました。このモデルは、生成された文章が、人間が書いたのかAIが書いたのか区別できないほど高精度なモデルということで当時、話題になりました。 OpenAIではGPT-3をカスタマイズし、自然言語からソースコードを生成するCodexモデルを開発していましたが、OpenAIとGithubが提携したことによって、Githubで公開されている数十億行のコードを学習させることができるようになり、より高精度なソースコードを生成させることが出来るようになりました。 そして、2021年6月29日に
はじめに GitHub Actions で処理を実行した後に diff が生じたら Pull request を作成する方法を調べて検証していたのでまとめました。 GitHub Actions 実行後に diff が生じたら Pull request を作成する 利用する action Pull request を作成するために create-pull-request action を利用します。 create-pull-request action 以外にも様々 action は存在していますが、 diff があれば commit → pull request 作成まで行ってくれるのは create-pull-request action がシンプルかつ簡単に実現できました。 作成する yml 今回は、以下条件等を実現する Yaml を作成します 実行条件 スケジュール実行: cron
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
記事を御覧いただきありがとうございます。 株式会社アドウェイズ 技術本部 インフラストラクチャーDiv 第三ユニット インフラエンジニアの田口です。 AWS 等のクラウド環境のセキュリティに関しての仕事や、エンジニア全体の開発体験を向上させる取り組み等を行っています。 本稿では GitHub Actions から OIDC 経由で AWS の複数アカウントに Switch Role し Terraform を実行する方法についてお話しようと思います。 一口感覚の記事ですが知ってると割と幸せになれる系の記事だと思いますので是非ご覧くださいませ。 背景 解決方法 事前準備 ソースコード ワークフローファイルの説明 ワークフロー設定に関する部分について 各 step について 解説 ユニットの宣伝 おわりに 背景 皆さん IAM アクセスキーの撲滅はしていらっしゃいますか？ 弊社では最近 VCS
また、メール及びGitHubのBillingページで使いきった旨が通知されます。 ※ワークフローでエラーをSlackに通知する設定している場合、ワークフローが実行されないためSlackへの通知はされません。 追加購入 無料枠を超えた利用分はLinuxは$0.008/分、Windowsは$0.016/分、macOSは$0.08/分の従量課金になります。 勝手に追加購入はされないので、追加利用したい場合はGitHubのBillingページから設定します。 Update spending limit ボタン や Cost management タブ などから上限設定に移動 上限金額を設定するか無制限に使用するかを設定 ※この設定は GitHub Actions だけでなく GitHub Packages 及び Storage for Actions and Packages と共通のようです。
こんにちは。XI 本部 AIトランスフォーメーションセンター所属の山田です。 今回は比較的にライトな内容で、GitHub Actionsのワークフロー設計のTipsを紹介したいと思います。 紹介するワークフロー ここで紹介するワークフローは、Node.js系アプリケーションで静的解析、テスト、ビルド実行を想定したものになります。 依存関係インストール用のジョブ このワークフローの特徴は、依存関係の解決に重点を置き、取得した依存関係をキャッシュエントリに追加することを目的とするsetupジョブを配置している点です。 setupジョブの定義部分を抜粋すると以下になります。 jobs: setup: runs-on: ubuntu-latest defaults: run: shell: bash steps: - name: Check out repository uses: actions
tfcmt を業務で使ってみたらめちゃくちゃ良かったので、 GitHub Actions で動かす例を備忘録として残しておきます。 検証環境 tfcmt v3.4.1 terraform v1.2.9 tfcmt とは？ tfcmt は terraform plan や terraform apply の結果を GitHub にコメントとして通知する CLI ツールです。 CI のログを見にいかなくとも GitHub のコメント上で結果を確認することができます。 且つ、見やすい形式でコメントしてくれるので素のログよりも結果が分かりやすいです。 詳しくは開発者の方が書いている紹介記事や公式ドキュメントをご参照ください。 GitHub Actions で tfcmt を実行するサンプルコード こんな感じ。 push 時に関連する PR が存在する場合は PR にコメントが作成され、 PR が存
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
