こんにちは、投稿推進部の吉田です。 少し前に、お料理アルバムという「日々の料理を写真を記録する」ためのアプリのリリースしました。初めて会社のプロダクトのリリース作業を経験して、色々と学びがあったので共有したいと思います。 見出し releaseビルドをCIで作成する releaseビルドから不要なモノを排除する Google Playストアのリファラを活用する Google AnalyticsとGoogle Playストアの連携をする リリース直前チェックリスト releaseビルドをCIで作成する リリース版apkはコマンドから生成できる環境を整え、CIで作成するのがお薦めです。 CI上でのビルドすることで、ビルド手順の共有が不要になり、開発チームの誰でもボタン一つでビルドが可能になります。 また、ビルドをCIに任せることで、keystoreとパスワードを開発者全員に共有する必要がなくな
Androidアプリは全体の5%のユーザーに公開するというような、段階的公開が可能です。会社でこの機能を使っているので、知見をまとめました。 目的 致命的な問題 (e.g. 商品が出品、購入できない）に全ユーザーを巻き込むのを避ける 不具合を減らしつつ、リリースサイクルのスピードを保つ 問題 母集団が少なすぎると問題が見つからない or 報告されない場合がある 変更できるのは公開するユーザーの割合のみ できる限り不具合にユーザーを巻き込まないようにしながら、早めに段階を上げるという問題を考える 戦略 プラン 松 変更点が多い場合、致命的なバグが発生する可能性がある場合 5 or 10%からリリース 最短で5日で全ユーザーにリリース (竹は考えてなかった…) 梅 変更点が少ない場合 20%からリリース 最短で3日で全ユーザーにリリース 運用 リリースの翌日に不具合の有無を確認して、大丈夫そう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
