CIマニアから見たGitHub Actions(Beta)の使い所 - くりにっき
1ヶ月くらい使って勘所が見えてきたのでメモ メリット 1リポジトリ辺り20並列までジョブを並列実行できる ジョブ実行時はアクセストークンが勝手に設定されている マトリクステストがやりやすい 実際にGitHub Actionsに移行したプロダクト zatsu_monitor activerecord-compatible_legacy_migration index_shotgun デメリット yamlのanchorが使えない マトリクステストだとSlack通知がつらい 合わせて読みたい メリット 1リポジトリ辺り20並列までジョブを並列実行できる これに尽きる。 CircleCIにしろTravis CIにしろorganization(user) *1単位で並列数が縛られているため、例えば同じuserの他のリポジトリでジョブが詰まっていると別リポジトリではqueueが詰まってジョブが実行され
モバイルアプリのCIをBitriseにして1年が経ちました - pixiv inside
こんにちは。ピクシブでiOS・Androidアプリ開発をしているkwzrです。 ピクシブでは2018年1月からモバイルアプリのCIをBitriseに切り替えて、約1年間運用してきました。この記事ではピクシブでのBitriseの使用状況を紹介していきます。 Bitriseとは Bitriseはモバイル向けのCIサービスです。ネイティブのiOS、Androidはもちろん、XamarinやReact Native、Flutterなどクロスプラットフォームのプロジェクトにも対応しています。 ビルドの流れ(ワークフロー)やビルドトリガーをGUIで設定できたり、モバイル向けの機能が充実しています。 Bitrise導入以前 Bitriseを使う前は、macmini 3台を使ってJenkinsでCIを走らせていました。 その時の記事はこちら → Mac mini増殖中！iOSアプリのビルドをマスター・スレ
テスト自動化の理論と技術と戦略：LINE Developer Meetup Tokyo #39 - Testing & Engineering - LINE ENGINEERING
テスト自動化の理論と技術と戦略：LINE Developer Meetup Tokyo #39 – Testing & Engineering By Hiroyuki Ito | 2018.07.09 2021.01.08LINE株式会社のSET（Software Engineer in Test）です。「SETタスクフォース」（以下「SETチーム」と表記）のリーダーとして、主にLINEプラットフォームのサーバーサイドで、テスト自動化を活用したプロダクト開発ライフサイクルの改善を立案・実施・主導しています。また、アジャイルコーチも兼務しています。 はじめに こんにちは。LINE株式会社のSET（Software Engineer in Test）の伊藤 宏幸（Hiroyuki Ito）です。 2018年6月27日（水）に、電気通信大学の西 康晴さん（以下「にしさん」と表記）をお招きして、「
乗換案内アプリのCI/CDの取り組みについてのご紹介
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。乗換案内のiOSアプリの開発を担当している田中 (@tattn)です。 ここ最近、アプリの品質を担保するための手段として継続的インテグレーション (CI: Continuous Integration)や、アプリのリリースコストを削減するための継続的デリバリ (CD: Continuous Delivery) が注目されています。 そこで今回は、自分が担当している乗換案内のiOSアプリで活用しているCI/CDの仕組みをご紹介したいと思います。 まずはiOSアプリの開発フロー自動化ツールのデファクトスタンダード fastlane について簡単に触れます。乗換案内もfastlaneを活用しています。 fastlane ht
iOSの自動化と仕組み化 ~コードと設計に集中する~
Mercari Meetup for Mobile App Engineer in Fukuoka https://mercari.connpass.com/event/83957/
モバイルアプリケーションの開発に特化したCIツール「fastlane.ci」オープンソースで公開。fastlaneチームが開発
モバイルアプリケーションの開発に特化したCIツール「fastlane.ci」オープンソースで公開。fastlaneチームが開発 iOSやAndroidに対応したモバイルアプリケーションの開発にあたって、スクリーンキャプチャの取得やテスターへのベータ版の配布、App StoreやGoogle Playへの提出、アプリケーションへの署名などの作業を自動化してくれるのが、オープンソースで公開されているツール「fastlane」です。 このfastlaneの機能を生かし、継続的統合（CI：Continuous Integration）のためのワークフローを自動化してくれる新しいオープンソース「fastlane.ci」がアルファ版として公開されました。開発はfastlaneと同じチームが行っています。 これまでfastlaneを用いてGitHubに保存したコードを自動的にビルドし、テスターへデプロイ
MergeCat: CIがgreenになったらPull-Requestをマージ
GitHubを使ってPull-Request駆動で開発していると、CIに待たされることがよくあります。 レビューは一瞬で通る軽微な変更をPull-Requestにした時マージする前にrebaseしてコミットを整理した時リリースの為にdevelopからmasterへのPull-Requestをした時このようなケースでは、CIが通り次第Pull-Requestをマージしたいでしょう。そんな時に人間がCIが通るのを待つのは時間の無駄です。5分、10分かかるテストをただ待っていても何も良いことはありません。 かと言ってPull-Requestを放置していると、そのPull-Requestの存在を人間は忘れてしまいます。運が良ければ1時間後にそのPull-Requestの存在を思い出して、マージできるかもしれません。運が悪いとPull-Requestが他の変更とコンフリクトして、もう一度CIを待つハ
iOSアプリを作るときのおすすめ構成
また、人それぞれ見解が多少異なると思うので、同じタイミングであろうとも色々な方が書かれてみるのも面白い題材かなとも思っています( ´･‿･｀) それではiOSアプリ開発に必要な要素ごとにつらつらと書いていきます。それぞれ語りすぎるとボリュームが増えすぎるので、あえてなるべく浅めに書いていきます🐶 高性能なMacマシンを確保まず、技術的なこと抜きに一定以上の性能のMacマシンを用意するのが良いです。取っ掛かりの勉強目的などならともかく、中規模以上のアプリを作る場合低スペックマシンでは著しく非効率です。 大体以下のようなイメージで、これ未満だと早めにマシン変えた方が幸せになれると思っています。 2–3年以内に買った20万円以上程度のMacBook Pro: 許容範囲iMac 5K: 良い感じiMac Pro: 一般的なiOSアプリ開発ではオーバースペック気味でコスパは微妙かも🤔会社で、交渉
カラクリ メルカリ カウル – iOS版アプリの週1アップデートを支えるAutomationとKarakuri | メルカリエンジニアリング
Mercari Advent Calendar 2017 の21日目はメルカリ カウルチームのiOSエンジニアの@motokieeがお送りします。 はじめに メルカリ カウルは今年の5月のローンチしたエンタメ専用のメルカリ姉妹アプリです。立ち上げから半年ほどが経過し、日々サービスの改善を続けています。 iOS版メルカリ カウルはこの7ヶ月で30回アップデートしており、ほぼ週に一度はアップデートしていることになります。もちろん規則正しく週1でリリースをしているわけではないのですが、開発サイクルの速さがお分かりいただけるのではないでしょうか。 現在メルカリ カウルのiOS版はほぼ1人で開発をしています（自分の他にもう1人iOSエンジニアはいるのですが、PJの都合上BIがメインの業務となっています）。 少ない人数でも改善を続けることができているのは、メルカリエンジニアの行動指針の1つであるAut
SpinnakerによるContinuous Delivery | メルカリエンジニアリング
SREの@deeeetです。 新しい機能を素早くリリースしフィードバックを得てすぐにPivotの決定を行う、もしくはリスクを抑え小さな改善を継続的に行うContinuous Deliveryはソフトウェア開発において非常に重要です。 メルカリではこのContinuous DeliveryのためのPlatformにSpinnakerを採用し始めました。現在は主にkubernetes（k8s）へのコンテナアプリケーションのDeployに利用しており、既にいくつかの本番アプリケーションがSpinnakerによりDeployされています。 本記事ではなぜSpinnakerを採用したか、Spinnakerとは何か、実際にメルカリでどのようにSpinnakerを使っているか、について簡単な紹介をします。 kubernetes上でのDeploy問題 k8sへのコンテナイメージのDeployは非常に簡単で
GitHub と AWS CodeBuild を連携させるサーバーレスなツールを作りました [紹介編] | ORIH
GitHub と AWS CodeBuild を連携させるサーバーレスなツールを作りました [紹介編] 夏休みをゲットしたのでサーバーレスなツールを作ってみました. 前々から気になっていた AWS CodeBuild をさわってみて、不足してるなと感じた部分を補完するツールです. TL;DR toricls/github-codebuild-integration | GitHub どんなものを作ったか こんなものです. 説明はいいからとりあえず使ってみたいんだけど、という方は下の方までスクロールしてもらって「とりあえず使ってみたい」セクションをご覧ください. 図の左下からフローが流れ、 GitHub リポジトリへの Push/Pull-Request を Webhook で SNS が受け取る CodeBuild のビルドジョブを実行する ジョブの完了を待つ ビルド結果を GitHub
Genymotion On Demandを使うようになってAndroidのCIがさらに1分短縮した話 - クックパッド開発者ブログ
こんにちは。技術部モバイル基盤グループの門田(@_litmon_)です。 モバイル基盤グループでは、エンジニアの方々が快適に開発できる環境を整えるため、日々アプリのビルド時間やCIの実行時間などを短くする方法を模索しています。 今回は、Genymotion On Demandを使ってみた結果、CI上でのAndroidアプリのinstrumentation testの実行時間が1分短くなった話をしようと思います。 前回のあらすじ 今回の記事は、OpenSTFでAndroidのCIを2倍早くする の続編のような記事で、AndroidのCI環境を整えている話です。 まだ読んでいない方はぜひ上の記事から読むことをオススメします。 前回は、Jenkins上でAndroidのエミュレータを起動して使用する方法から、OpenSTFというリモートで実機端末を操作することが出来るオープンソースツールを使用す
MisocaのCI構成まとめ - 弥生開発者ブログ
こんにちは。4月からMisocaにjoinしました、tkykです。京都市内からリモートで働いています。盆地特有のねっとりとした暑さをやり過ごしつつコードを書いている今日この頃です。 さて、今回はMisocaのCI（Continuous Integration）環境がどうなっているか、その全体像を紹介したいと思います。 そもそもCIの目的とは？ ソースコードの一部に対する変更が、アプリケーション全体の動作を壊してしまっていないか、常時チェックするのが目的です。 そのために何をしているか CI専用のサーバに、変更点を含むソースコード全体をチェックアウトして、依存ライブラリのインストールと必要な前処理を行い、すべてのテストを実行します。 すべてのテストがエラーなくpassしたことをもって、CIが通ったとしています。 Gitを使った開発フローとの統合 MisocaはGitHub上で開発を行なってい
インフラチームと開発チームの垣根をなくすためにAWSのCI環境を構築した話 - CARTA TECH BLOG
こんにちは、VOYAGE GROUP システム本部の @s-tajima です。 PHPカンファレンス2016 の「老舗メディアが改善に取り組んでいる話」でもお話した通り、長年オンプレミス環境で稼働してきたECナビを、AWSに移転しようというプロジェクトが進行しています。 そしてなんと先日、約24時間のメンテナンスを経てECナビの本体(Webサーバ, 管理画面サーバの一部, データベースサーバ)がAWSに移転しました！ AWS移転において得た知見, 構築したシステム等は数多くありますが、今回はCloudFormationとTravis CIを用いて 生産的 で 安全 で 手軽 なAWSのCI環境を構築したお話です。 背景 ECナビは、500万人を超える会員を抱えたVOYAGE GROUPが運営している中でも特に大きなメディアの1つです。 今回、そんなECナビのインフラ調達期間の削減、検証環
Xcode 8のCI事情/xcode-8-ci-with-fastlane
potatotips #33 - OS X CIの最新Xcodeへの対応の早さの違いなどCI毎の差異 - Fastlane利用時のTips
CIサービスまとめ（資金調達編） - Qiita
CIサービスを提供している会社ってたくさんありますよね。機能比較も大事ですけど、各企業の継続性や今後の機能追加意欲なども気になったので、資金調達に成功している会社を調べてみました。 以下のリスト中、Travis CI以外の4社は400万〜2800万ドルの出資を獲得しています。特に直近で資金調達ができているCodeshipとWerckerはサーバ・インフラ系の投資及び人員増強にお金が使えそうです。（追記：と思っていたらCircleCIが巨額の資金調達を行ったというニュースが！資金面でもCircleCIが一歩リードといったところでしょうか） 一方で、Travis CIは株式での資金調達なしでここまで来ているんですね。現状の知名度では一人勝ちですし、有料プランも強気の価格設定なので、既に黒字化できているのかもしれません。外部出資なしでイグジットできたらすごいですね。 Travis CI 社員数：
Docker in CI
第9回 コンテナ型仮想化の情報交換会＠福岡 #lxcjp http://ct-study.connpass.com/event/28449/
一休.comのE2Eテスト事情 ~ギリギリ話せるところまで話します~ /cybozu_ikyu_e2e
一休.com宿泊サイトのE2Eテスト事情をギッリギリまで話しました。このスライドを見た方は一休のエンジニアより一休のE2Eに詳しくなると自負しております。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
We’ve Acquired Shippable to Complete DevOps Pipeline Automation From Code to Production | JFrog
移動しました - SmartHR Tech Blog
