モバイルアプリの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アプリのビルドをマスター・スレ
AndroidアプリをビルドするBitriseのワークフローを効率化した話 - Qiita
はじめに 私達のチームはBitriseと呼ばれるCI/CDツールでアプリをビルドしてします。 もともとAndroidはJenkins+Amazon EC2でビルド、iOSはJenkins+mac miniでビルドしていたのですが、環境のメンテナンスの手間やiOS側のビルド速度の遅さが気になってきたこともあるのと、bitriseのほうが各種サービスとの連携がしやすそうということから、乗り換えることにしました。 Bitriseは大変高機能で便利なツールですが、高機能でできることが多すぎるゆえにやや取っつきにくいという難点があります。 私自身もまだBitriseでわからないことだらけで手探りで使っています。 Bitriseにはワークフローと呼ばれる、ステップの集合体をつくることができますが、このワークフローをうまく整理しないとワークフローが増えたときにメンテナンスが大変になってきます。 この記事
Android版クックパッドアプリで採用している技術の現状確認 2018年版 - クックパッド開発者ブログ
目次 目次 はじめに 技術選択の各論 開発環境 targetSdkVersion minSdkVersion Kotlinの導入 HTTP Client Dependency Injection Image Loader Debugging Android Emulator on Jenkins コードレビューbot リリースエンジニアリング おわりに はじめに 技術部の門田( @_litmon_ )です。 Android版クックパッドアプリで採用している技術の現状確認 2015年版 から3年、Androidアプリ開発を取り巻く環境も大きく変わってきました。 本エントリでは、以前のエントリからこれまでにAndroid版クックパッドアプリにあった技術選択の推移や、現在の状況を記していきます。 技術選択に関する基本的な方針などは変わっていないので、前回のエントリ( Android版クックパッド
Pull RequestごとにStorybookがビルドされたら最高じゃね？ - Studio Andy
merpayでは積極的にStorybookを活用してコードと見た目の両方の観点でレビューを行なっていますが、Pull Requestが飛んでくるたびに該当ブランチをpullしてローカルでStorybookを起動するのが大変という運用上の問題を抱えていました。 そこでソリューションチームの協力のもと、PRが作成されるたびにCIからGAE上にユニークなpathをもったStorybookを配信する仕組みが導入されたのが先週のこと。とてもめでたい👏👏 これによってPRのデザインをチェックする時もURLをクリックするだけでよくなりました。 UI開発の概念がひっくり返るほど便利だったので、この仕組みをプライベートの開発でも導入したいと思います。 やりたいこと Storybookをホスティングする環境(URLの共有だけで完結するもの)を作りたい Pull Requestが作成されるごとに自動で新しい
乗換案内アプリの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
AndroidのCI時間を10分短縮し、開発を爆速にするためのKarakuriを作った話 | メルカリエンジニアリング
こんにちは、メルカリの自動化＆品質保証グループ（Automation & QA Group：通称AQA）で、自動化をぶりぶりしている tadashi0713 です。 私は普段、テスト自動化・CI(継続的インテグレーション) / CD(継続的デリバリー)改善・その他社内の生産性を上げるための自動化を行っています。 今回は、最近行なっている Android CIの高速化・改善 についてご紹介したいと思います。 ◆ これまでのAndroid CI / CD 去年、私はJP版メルカリAndroidのCI / CDサービスをCircleCI1.0からBitriseに移行しました。 Bitrise – Mobile Continuous Integration and Delivery Android Test Night #1 というイベントでもLTをしましたので、そちらのスライドも参考にしていただ
ZOZO Technologies TECH BLOG
2020-04-10 iOS 13から追加されたフルページのスクリーンショットの機能と対応方法の紹介 iOS こんにちは！ ZOZOTOWN部の遠藤です。 iOS 13がリリースされて半年が経ちましたね。iOS 13といえばダークモード機能が注目を浴びましたが、それ以外にもたくさんの新しい機能が追加されました。 本記事では新しく追加されたフルページのスクリーンショットに… iOS 13から追加されたフルページのスクリーンショットの機能と対応方法の紹介 2020-03-13 技術書典 応援祭にて「ZOZO TECH BOOK VOL.1」頒布中 #技術書典 お知らせ こんにちは、ZOZOテクノロジーズ CTO室の池田（@ikenyal）です。 ZOZOテクノロジーズでは、現在開催中の技術書典 応援祭にて、有志で制作した技術同人誌【ZOZO TECH BOOK VOL.1】の頒布を開始しました
heyインサイドストーリー 〜heyのCIデザインプロセス全記録〜｜Takamasa Matsumoto
先日発表された、CoineyとSTORES.jpの経営統合によって設立されたheyのCIデザイン制作をストアーズのデザイナーである中間（@chucaaan）さんとお手伝いさせていただきました。 CIデザインのプロセスは、ビジョンを見えるかたちにしていくことを通じて、その背景にある思想や想いを辿ることそのもの。 そのプロセスの共有を通じてheyがどんなことを目指しているのかをお伝えしていければと思います。 事のはじまり2017年某日。 Googleカレンダーにコイニー代表である佐俣から「1on1」というタイトルだけがセットされた、謎めいたミーティングの冒頭にて、それは始まりました。 佐俣「コイニーとストアーズが統合してヘイ！っていうホールディングスができる。なのでそのCIをつくってほしい。」私「...」佐俣「...」私「ヘイ。なるほど?!」と、まあこの様な感じで、突然のことだったので意図をき
まだ CircleCI で消耗してるの？ - Qiita
概要 もう随分と前に TravisCI から CircleCI へ乗り換えたのですが、いかんせん、便利な CircleCI をもってしても Android のプロジェクトのビルド時間は長くなり続け、ついに 1 回のビルドに 20 分を費やすほどにまで成長してしまいました。いくつか無駄を省いたり、キャッシュをしてみたりと言った策を講じたものの、目立った改善が得られませんでした。そこで CircleCI を脱却してみることにしました。現在、CircleCI を脱却し Wercker を利用することで 1 回のビルドが 5 分ほどで終わるようになりました。この記事には、何がどのようにして短時間で済むようになったかを書き記してあります。 問題の根源 そもそも CircleCI で時間がかかっている部分はどこかというところから見ていきます。現在のプロジェクトで使用している分には、以下に上げる部分でか
Androidアプリを新規リリースする際のあれこれ - クックパッド開発者ブログ
こんにちは、投稿推進部の吉田です。 少し前に、お料理アルバムという「日々の料理を写真を記録する」ためのアプリのリリースしました。初めて会社のプロダクトのリリース作業を経験して、色々と学びがあったので共有したいと思います。 見出し releaseビルドをCIで作成する releaseビルドから不要なモノを排除する Google Playストアのリファラを活用する Google AnalyticsとGoogle Playストアの連携をする リリース直前チェックリスト releaseビルドをCIで作成する リリース版apkはコマンドから生成できる環境を整え、CIで作成するのがお薦めです。 CI上でのビルドすることで、ビルド手順の共有が不要になり、開発チームの誰でもボタン一つでビルドが可能になります。 また、ビルドをCIに任せることで、keystoreとパスワードを開発者全員に共有する必要がなくな
Bitrise と DeployGate で React Native アプリの評価環境を構築する - Qiita
Bitrise でもテストできるので一見 CircleCI はいらないように見えるんだけど、 Bitrise は push / pull request でしか trigger できないので細かい制御、例えばリリース用の tag を付加したときだけ動かしたい場合にやっぱりいる。 Bitrise.io スマホアプリ向け CI サービス。スマホアプリに特化しているだけあってかなり楽に iOS / Android のビルド設定ができる。具体的には次がうれしい。 Provisioning Profile や keystore などをアップロードできるのでセキュリティ的に安心 ↑を github repo に commit しなくてよい Bitrise を信用する必要はある メモリーが足りなかったりビルド時間が長すぎて打ち切られたりがない 少なくともいまのところこれで落ちたことはない UI でぽちぽ
reviewdog を飼ってコードレビューや開発を改善しませんか - haya14busa
GitHub: haya14busa/reviewdog: A code review dog who keeps your codebase healthy 英語記事: reviewdog — A code review dog who keeps your codebase healthy – Medium reviewdog というlinter などのチェックツールの結果を自動で GitHub の Pull Request にコメントしたり， ローカルでも diff の結果から新たに導入されたエラーだけを表示するようにフィルタリングできるツールを作りました． 英語記事 を Medium に書いたし，README も書いたので 日本語記事はまぁいらないかなぁと思ったけど，柄にもなく Vim 関連以外で普通に便利ツールを書いてしまって，これは日本語でも簡単に共有しようかなぁと思いこの記事
npm dependenciesを更新してGitHub Compare Viewのリンク付きでPRするツールを定期実行する - Islands in the byte stream
タイトルに要素を詰め込みすぎましたが、要は CircleCIを使ってbundle updateを定期実行する - Qiita の npm update 版です。web appのJavaScriptライブラリ管理にnpmを使うとき、依存関係のアップデートを継続的に行うためのツールです。 https://github.com/bitjourney/ci-npm-update これはいまのところGitHub専用です*1。CIサービスはドッグフーディングも兼ねてCircle CI用の起動スクリプトを同梱してますが、実際には ci-npm-update を定期実行するだけなので簡単に代替可能です。 これはCircle CI + Heroku Schedulerで動かしていて、以下のようなフローです。Circle CIはJenkins含め他のCIでも動かせますし、Heroku Schedulerはcr
TravisCIとCircleCIでちょっとずつ違うビルド環境の考え方の違い
tl;dr TravisCIとCircleCIの根底にある違いの考え方を理解すると早い。 そして、違いを考慮しているproductを使うと便利。 e.g. checkstyle形式の結果をpull request review commentするsaddler CI result 考え方 CircleCI pushされたbranchをビルドする。 TravisCI pushされたbranchをビルドする。 pull requestのbranchを、仮にmasterにmergeしてみて、ビルドする。 仮にmasterにmergeしてみて?? TravisCIの二つ目のがわかりにくくて、混乱する。 やっていることは正しいんだけど、挙動が直感から外れるので、 TravisCIヘビーに使っているユーザーにもわりと意味不明挙動扱いされやすい(要出典) pull requestするとtravisのビル
iOSアプリ開発に必要な証明書とプロファイルをGitHubのリポジトリで一括管理する - Qiita
WantedlyのUser Growthチームで開発をしている@hedjirogです。 これは、Wantedly Advent Calendar 2015 19日目の記事です。 はじめに この記事では、iOSアプリ開発に必要な証明書とプロビジョニングプロファイル（以下、プロファイル）をGitHubのリポジトリで一括管理する方法を紹介します。 iOSアプリのチーム開発をしている現場では、メンバー間での証明書やプロファイルの管理が煩雑になりがちです。この記事で紹介する内容は、チーム開発の現場で特に有効です。 Wantedlyでは、iOS開発の様々なワークフローを定義して自動化してくれるツールであるfastlaneを積極的に利用しています。過去に、fastlaneの利用事例について発表を行なって来ました。 fastlaneとCircleCIではじめるアプリ配布の定期実行 How we use f
iOSアプリのリリース管理術 - Qiita
主に今年学んだリリース周りの諸々の取り組み方やTipsについてご紹介します。 (体系だった感じでは無いですし、網羅性には欠けると思います) CI環境 fastlane + CircleCIで行っています。 去年まではJenkins使っていました(違う職場ですが)が、Travis CI上でビルド・配布のシェルスクリプトを実行するようになり、現在はfastlaneを使うようになった、という変遷があります。 TravisとCircleCIはiOSアプリビルドに関しては、大差無いですが、CircleCIの方がXcode 6.3対応が早かったので乗り換えました。 しかし、Xcode 7 betaはTravisの方が早くて、うーんという感じです。 fastlane使っていると、CI環境の設定ファイル(ymlファイルなど)がかなり薄くなるので、CI環境乗換簡単ではあるのですが、CircleCIもわりと早
iOS用のCIサービス「Bitrise」を使ったメモ - koogawa blog
Github のプライベートリポジトリにも対応したCI（Continuous Integration）サービスを探していたところ、Bitrise というサービスを見つけたので使ってみました。 www.bitrise.io 料金 無料プランがあります。ただし、次の制限があります。 2 team members 200 builds / month 1 concurrent build 10 min build duration 個人で使う分には十分だと思いました。 Bitrise Plans and Pricing 特徴 Bitriseの最大の特徴は、ひとつひとつのStepを「Workflow」に追加していくところです。 GUIベースで作業の順番を編集できるのが面白いですね。 できること Unit Test 実行 Archieve作成 iTunes Connect へのアップロード Coco
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitrise と fastlane で作る高速 CI/CD 環境 #Zaim
How to set up a React Native app on Bitrise - Bitrise Blog
GitHub - taichi/ci-yarn-upgrade: Keep NPM dependencies up-to-date with CI, providing version-to-version diff for each library
