「GitHub CI/CD実践ガイド」イベント基調講演ダイジェスト＋FAQ #Forkwell_Library
2024/9/17に「GitHub CI/CD実践ガイド~ Forkwell Library#67」というイベントで登壇しました。本記事ではその講演をダイジェストでお届けします。あわせて当日のFAQにも回答します。 発表資料 イベントでは拙著『GitHub CI/CD実践ガイド』のポイントを解説しました。 資料はSpeakerDeckへ公開済みです。またアーカイブ動画がYouTubeから視聴できます。 発表ダイジェスト それでは講演内容をかいつまんで説明しましょう。アジェンダは次のとおりです。 CI/CDとはなにか GitHub Actionsの基本機能と作法 持続可能性を高める習慣 意図的脅威に対する防衛術 おわりに なおFAQだけ読みたい場合は、こちらをクリックすると飛べます。 1. CI/CDとはなにか 我々ソフトウェアエンジニアの仕事は「ソフトウェアをとおして、ユーザーに価値を届け
GitLabとGoogle Cloudの統合がパブリックベータに。GitLabの認証からソースコード管理、ランナーの実行、デプロイまですべてGoogle Cloud上で
GitLabとGoogle Cloudの統合がパブリックベータに。GitLabの認証からソースコード管理、ランナーの実行、デプロイまですべてGoogle Cloud上で ソースコード管理やCI/CD機能などの開発プラットフォームを提供するGitLabは、Google Cloudとの本格的統合をパブリックベータとして公開しました。 これによりGitLabの認証、ソースコード管理、CI/CDランナーの実行、デプロイまでパイプライン全体がGoogle Cloudのサービスと連係統合され、ユーザーはこれらを利用して迅速にDevOpsのパイプラインを実行できるようになります。 Imagine a world where you can seamlessly move from code creation to deployment — all within a single integrated p
開発生産性指標を向上させるためにやってはいけないアンチパターン - Findy Tech Blog
こんにちは！ファインディでFindy Team+開発チームのEMをしている浜田です。 昨今、開発生産性を高めるための取り組みを行っている組織が増えてきていると感じています。 開発生産性を向上させるためには、まずは定量的に可視化することが重要です。 可視化することで現状を把握して、開発組織の伸びしろを発見したり、課題を明らかにし、改善活動に取り組みやすくなります。 一方、定量的な指標に焦点を当てすぎてしまい本質的ではない対応をしてしまい、指標は向上したものの実際の生産性は向上していなかったり、むしろ悪化してしまうこともあります。 この記事では、開発生産性指標を向上させるためにやってはいけないアンチパターンについて紹介します。 デプロイ頻度を向上させるために、デプロイプロセスは変更せずに実施回数を増やした デプロイ頻度はDORAが提唱するDevOpsの4つの指標(Four Keys)の1つであ
コスト削減も実現！ AWS CodeBuildとGitHubを連携し、GitHub Actionsセルフホステッドランナーを利用しよう
本連載では、AWSに関して、なかなか時間がとれず最新のアップデートを追えていない方や、これからAWSを利用したいと考えている方に向けて、AWSから発表される数多あるサービスアップデートのうち、NTTデータのITスペシャリスト達がこれだけは押さえておくべきと厳選した内容を定期的に紹介します。本記事では、GitHubとAWS CodeBuildの機能連携に関するアップデートについて紹介します。 はじめに 代表的なCI/CDサービスとしてGitHub Actionsを利用されている方も多いのではないでしょうか。 本記事では、下記3点に沿ってGitHubとAWS CodeBuild（以下、CodeBuild）の機能連携に関するアップデートを紹介したいと思います。 アップデートの概要について GitHubとCodeBuildの連携 GitHub Actions RunnerをLambdaで検証 AW
【Flutter】GitHub Actions で Android 向けに自動デプロイする
はじめに この記事の Android 版を書いていきたいと思う。 iOS より手順は少ない気がするけれど、Gradle と仲良くないので手こずった。なのでそのあたりはコピペでなんとか動いたという感じになっている。Gradle に関する知見をお持ちの方がいたら補足してほしい。 この記事でやっていること Flutter アプリを Android App Bundle で書き出す gradle-play-publisher を使って Google Play Console にアップロード さっそく main.yml を載せておく。前回と同様このリポジトリで作業をした。 name: CI on: # main branch に push があったらこの workflow がはしる push: branches: [ main ] jobs: # --------------------------
CodemagicでFlutter(iOS & Android)アプリのビルド・ストア配信自動化ができたので各種設定w解説
Photo by Aron Visuals on UnsplashCodemagicについての日本語記事はすでに良質なものがありますが、まだまだ他のCI/CDサービスと比べると量が少ないことや、個人的な備忘録としても書き残しておきます✍️ この記事では、以下の内容をスクリーンショット付きで解説していきます。 freezedを使用したFlutterアプリをiOS, AndroidでビルドiOS, Androidのコード署名(Code signing)App Store Connectへの配信（アプリ公開とTestFlightが利用できる）Google Play Consoleへの配信Slackへの通知Firebase(Auth, Firestore, RemoteConfig等）を使用していますが、Codemagic上では特に困ることはありませんでした。 なお、当記事では難所であろうFlav
Findy転職フロントエンドの開発生産性を向上させるためにやったこと - Findy Tech Blog
こんにちは、ファインディ株式会社でフロントエンドのリードをしております 新福(@puku0x)です。 この記事では、転職サービス Findy の開発チームにおける開発生産性の向上に対する取り組みをご紹介します。 以前の状況 モノリスの解体 開発基盤の刷新 コンポーネント設計の刷新 テストの拡充 CI の高速化 改善の効果 まとめ 以前の状況 2020年頃の Findy は Ruby on Rails と React のモノリス構成で作られていました。 機能の増加に従いコードが複雑化し、しだいに開発スピードが伸び悩むようになりました。 ここで Findy Team+ で算出した当時のリードタイムを見てみましょう。 2020年のFindyのリードタイム 上記のグラフから次のことがわかります。 改修が本番に適用されるまで 約1週間 かかる プルリクエストがレビューされるまで 約5日 放置される
【日本語訳+Tips】Codemagic.yaml チートシート
この記事は、Codemagicの公式ドキュメントである Codemagic.yaml cheatsheet の日本語訳です。正確な情報は Using codemagic.yaml - Codemagic を参照ください。 Codemagicとは Codemagicとは、Flutterのビルドとテスト、デプロイを自動化するためのCI/CDツールです。 Flutterだけでなく、React Native、iOS、およびAndroidのプロジェクトをサポートしています。 類似サービスに Bitrise があります。 価格はフリープランからチーム、エンタープライズが用意されています。(2023年11月時点) フリープラン: 月に500分まで、ビルドは1つまで同時実行可能。 チームプラン: 従量課金(macOS M1 $0.095/min)、ビルドは3つまで同時実行可能。 基本的にはWeb上からビル
Codemagic でモバイルアプリの CI/CD を始めましょう (updated 2021) - Qiita
Codemagic は、今年の２月に発表された Flutter UX 調査チームによる Q4 2019 の調査結果において、開発者が CI/CD で採用しているサービスのトップ３に挙げられており、（Codemagic、 Github Actions、 GitLab）、その中でも満足度が最も高かったことが示されています。 Codemagic は、Google と提携して Flutter 専門の CI/CD サービスとして開始されただけあって、Flutter を手厚くサポートしています。また、以下の翻訳で示されているように、Flutter に加えて Android ネイティブ、 iOS ネイティブ、React Native のサポートが追加されましたので、既存のそれらのアプリの資産がある場合でも、Codomagic をすべてのアプリに対応する統一した選択肢として検討できるようになりました。 ま
FlutterアプリのビルドにXcode Cloudを使ってみた｜NTT Resonant Technology
NTTレゾナントテクノロジーでiOS/Androidのアプリ開発エンジニアを担当している長谷川です。 今回は、Flutter製プロジェクトのiOSアプリビルドにXcode Cloudを使ってみました。 Xcode Cloudについて概要 Xcode Cloudは、Xcodeに組み込まれた継続的インテグレーションおよびデリバリーサービスで、Appleデベロッパのために設計されたものです。 「Xcode Cloudの利用開始 - Apple Developer」よりCI/CD環境を提供しているサービスとして、BitriseやCircleCI、Codemagicなどがありますが、この環境をAppleが公式で用意したものになります。私達が普段開発に使用しているIDE「Xcode」上からワークフローの設定・編集や各ビルド状態やログの確認などができます。 特徴Apple公式で提供されているCI/CDサ
FlutterもXcode Cloudで楽ちんCI/CD
はじめに 昔リリースしたアプリをアップデートしたいんだけど、iOSの証明書周りどうなってたっけ？ということありますよね。。自分はiOSの証明書周りがあまり自信がなく、毎回調べながらリリースしてるのですが、今回色々調べていたらXcode Cloudなる機能を利用することで、自動署名でビルドしてTestFlightにアップロードできるようなので、備忘録的に記事にしてみます。 今回やりたいこと FlutterのiOSアプリをXcode Cloudを利用してCI/CDする。 Xcode Cloudとは？ Appleによって提供されているCI/CDサービスです。 Xcode 13.4.1以降とAppleDeveloperProgramのメンバーシップが必要なようです。 料金は25(コンピューティング)h/月までは無料のようです。 Xcode Cloudの設定 序盤の設定はぽちぽち進めてしまい詳しく覚
TestをGitHub ActionsからXcodeCloudに移行した話
この記事はLuup Advent Calendarの13日目の記事です。 こんにちは、iOSエンジニアの大瀧です。 今回はGitHub Actionsで行っていたTestの実行をXcodeCloudに移行した話を書いていきます。 XcodeCloudの概要 XcodeCloudはXcodeやAppStoreConnectからGUIでワークフローを設定、証明書の管理やTestFlightへの自動アップロード等、Appleプラットフォームに最適化されたCI/CDサービスです。 料金 GitHub ActionsやBitriseに比べるとかなりお得になっています。 GitHub ActionsではTestの実行に1ビルドで40〜50分ほどかかっていて1ビルドにつき$4($0.08×50m)もかかっていてました。さらに常時4人ほどのエンジニアがコードを書いていたので月$700ほどの費用がかかってい
Cloud Run のための実践 Cloud Deploy
はじめに 本記事では実践的な Cloud Run のデプロイパイプライン実装を通して Cloud Deploy の理解を試みます。Cloud Deploy は元々 Kubernetes 用のプロダクトとしてリリースされたこともあり、Cloud Run に限って利用するには学習コストが高すぎるところもあります。本記事では Cloud Run のデプロイの本番環境構築・運用に必要な部分のみをピックアップして次のようなことを説明します。 Cloud Deploy の仕組み Cloud Deploy を使ったデプロイパイプラインの設計・実装方法 Service Account、IAM 設計 おすすめの Infra as Code の方法 おすすめの skaffold.yaml の書き方 Automation、デプロイフック、カナリアデプロイなどの高度なパイプライン、監視などは上記のような基本をおさ
開発者の幸せのために。(生産性向上について)
開発者が感じるストレスについて 皆様どうもこんばんわ、こんにちわ、エンジニアの榎本と申します。 突然ですが、質問です。 皆さんは開発している時に、ストレスを感じたりしていませんか？ エンジニアが感じるストレス、いや、エンジニアだけが感じるストレスあるはずです。 具体的に以下のようなことでしょうか？ ここのクラス結合多すぎてめちゃくちゃ変更しずらいよぉ フロントのbuildが遅すぎて、開発が進まねぇよぉ テストが遅すぎて、動かすのも面倒だよぉ(後にpushしてCIで落ちてさらにイラつく) CIになるとなんかわかんないけど、おせぇよぉ デプロイの時間かかりすぎて、コーヒー買ってくるわ などなど。 日々開発をしていると、エンジニアならではのストレスがあるはずです。 これらのストレスはエンジニアの生産性に直結しています。 生産性が高い=>開発が進んでいる。開発した質の高いものがユーザーにデリバリー
GitHub Actions のベストプラクティス
1 フロー 1 ワークフロー 一連のフローがある場合は 1 つのワークフローにまとめる。 トリガーしたイベントの JSON が使える needs での制御がしやすい 全体を追える グラフが表示される ファイルを分割したい ファイルを分割したい理由として以下が挙げられると思います。 行数が増えて読みづらい 処理を共通化したい 複合実行ステップアクション や workflow_run トリガー や Reusable workflow 🆕 を使うことになると思いますが、基本的には一連のフロー制御はメインのファイルに書いてその下を Reusable workflow や複合実行ステップアクションで外部ファイルへ分離するのが良さそう。 workflow_run はログが分断するのでおすすめしません。
【GitHub Actions】マージされたら自動でサーバー上にデプロイする方法
GitHubの指定ブランチにファイルが pull または merge されたとき、自動で指定したサーバーにファイルをアップロードしてくれたら、色々捗りますよね。 実際に GitHub Actions を利用して設定を行ったので、手順とつまづいたポイントをまとめておきます。 こんなひとにおすすめ GitHub Actions を初めて使う。いつもファイルを更新するたびに手動でサーバーにアップロードしている。GitHub および サーバーに SSH 接続ができる。ターミナル（またはコマンドプロンプト）を起動して（一応）操作できる。 タイトルでは「デプロイ」と銘打っていますが、今回やることはとてもシンプルで、ビルドや、コンパイルの操作は含みません。 大まかな流れとしてはこんな感じです。 自動でデプロイしたいサーバーに GitHub のリポジトリを clone する。GitHub のリポジトリで
Golden テストがCIで実行すると失敗する場合の対策法 - Qiita
Flutter で便利な Goldenテスト、これをGitHub Actions等のCIで実行すると、失敗してしまうことがあります。 ローカルの環境では成功するのに何故、、、？と頭を悩ましました。 この問題の解決法について解説します。 課題 Goldenテストがローカルの環境では成功するが、 GitHub Actions等のCIで実行すると失敗してしまう。 解決法 Goldenを生成したOSとCIで実行するOSを揃える。 Goldenを生成したPCのOSがMac OSの最新版ならば、 CIの実行環境のOSもMac OSの最新版にする。 解説 CIの失敗はオペレーションシステムによって、生成されるGolden(スクリーンショット)が微妙に異なることが原因で発生します。 こちら、公式で言及されています。 Golden tests may be executed locally on Linux
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Codemagicを使ったiOSの継続的インテグレーション＆デリバリー（CI/CD） | Codemagic Blog
FlutterでiOSアプリをCodemagic経由でTestFlightに自動デプロイする | wapa5pow blog
Flutterアプリを GitHub Actions & Xcode Cloud で社内配布する / Distribute Flutter apps internally