Bitrise × Slackワークフローで快適CI環境を構築する
社のiOS ProjectをJenkins→Bitriseに移行した際、1点課題がありました。それはBitriseにはJenkinsのようにビルド設定のフォームを作るようなカスタマイズ性はなく、そこのCI体験がデグレする点です。 それをSlackを使って解決するTipsを共有します。 JenkinsはプルダウンなどUIを組み合わせて、ビルド設定フォームを作れる。 Bitriseは、テキストフォームしか用意されていないため、ビルド環境やターゲットを毎回手入力しなければならない。 弊社アプリは複数ビルド対象のターゲット x 複数環境 x 複数デプロイ担当の組み合わせが存在するため、この手入力のフォームはヒューマンエラーの温床になりえました。 SlackのWorkflowを活用し解決 その問題を解消するために、SlackのWorkflowを活用しました。 SlackのWorkflowはテキストフ
Swiftプロジェクトのビルド時間を計測・改善するxcprofilerを作った話 - クックパッド開発者ブログ
技術部モバイル基盤グループの@giginetです。 我々のチームでは、iOS/Androidアプリの認証、決済、ロギングと言った基幹部分の開発のほか、各事業部のモバイルエンジニアの開発効率を上げるための業務改善を日々行っています。 その一環として、さまざまなモバイル開発上の指標を収集・監視し、問題の発見や、施策への効果計測に利用できるようにしています。 例として、iOS/AndroidのCIの実行時間や、開発期間中のissueの量の変化、コード全体のSwift対応率などがあります。 収集したデータは、オープンソースのデータビジュアライゼーションツールであるGrafana上にダッシュボードを作成し、監視しています。 この記事では、iOS版クックパッドアプリでビルド時間を計測、改善をした事例についてご紹介します。 コマンドごとの実行時間の計測 まず、CIサーバーで実行されている各Shellコマ
無料アプリと有料アプリのプロジェクトを管理する - 明日の鍵（跡地）
アプリを作った時に無料アプリと有料アプリと２バージョン作る事ってよくあると思います。 無料アプリと有料アプリに分けたい場合、パッケージ名を変えないといけないのでプロジェクトを２つ立てる必要があります。 その場合、ソースが２重管理になってしまい、リリース後の改修が非常にめんどくださいです。 これはデコ美のバージョンアップでだいぶ苦しめられました…。 これを楽にしようと考えて方法を考えました。 プロジェクト作る Androidライブラリを使うとソースが１つになり、管理が楽になります。 プロジェクトは合計３つ作ります。 AndroidPayApp(Androidアプリ) 有料アプリ package:jp.tomorrowkey.android.androidpayapp AndroidFreeApp(Androidアプリ) 無料アプリ package:jp.tomorrowkey.android
Android 複数プロジェクトを一つのソースで管理する方法 | ハーレーカスタム日記
有料版と無料版の2つのapkを作成する場合、2つのプロジェクトを作成しないとですが 以下の方法で一つのソースで異なる2つのapkを作成できます。 手順1.3つのプロジェクトを作成 ・testCore・・・実際のプログラムを記述しているプロジェクト（ライブラリ） ・textPay ・・・有料版のapk（testCoreライブラリを参照） ・textFree・・・無料版のapk（testCoreライブラリを参照） 手順2.textPayとtextFreeのManifestを編集し、testCoreのActivityを参照するように設定 ※testCoreのActivityを指定する場合、パッケージ名を含めて指定するのがポイント。 <?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.andr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
