Google Cloud Storageを用いたAndroidライブラリ用の社内Mavenリポジトリ構築 - VideoMarketクリエイターズブログ
こんにちは。株式会社ビデオマーケットの仙台オフィスでMIRAILのiOS/Androidアプリ開発を担当しているasmzです。 はじめに 弊社では私が担当しているMIRAILの他にもいくつかアプリを開発しており、それらのアプリで共通的に利用されるような処理はライブラリ化しています。 ただ、これまで社内Androidライブラリをアプリ側に導入するまでの「仕組み化」が行われておらず、出力されたjarファイルを手作業でアプリ側プロジェクトの規定ディレクトリに配置する、という原始的な方法を取っていました。 当然ながらこれだと手作業による作業ミスが懸念されるほか、ライブラリのバージョンを変えながらの動作確認などもしづらく、管理面・開発面それぞれで不都合を感じていました。 そこで今回、社内向けのプライベートなMavenリポジトリを立てて、自動でAndroidライブラリ成果物の管理とアプリ側への導入を行
既存APKアプリをGoogle Playアプリ署名・Android App Bundleへ移行 - 麦芽を支える技術
はじめに 既にAPKで公開済のアプリをGoogle Play アプリ署名の利用に変更し、Android App Bundleを利用できるようにするまでのメモです。 現状うまく動いているからあとでいいじゃん、と思い続けて結構長らく放置してたんですが、2021年後半よりGoogle PlayではAndroid App Bundleが必須化されるという公式情報も出ており、いずれやらないといけないなぁと思っていたので今回対応しました。 developer.android.com 既存アプリのリリース署名はJava KeyStoreでやっていたので、今回はそこからの移行作業となります。 ↑このラジオボタンの真ん中のやつですね 事前に用意しておいた方が良いもの 現在リリースアプリ署名に使っているKeyStore情報（ファイル本体、エイリアス名、パスワードなど） Google Play Consoleの
AndroidのversionCode, versionNameをインクリメントするGradleタスク - 麦芽を支える技術
AndroidプロジェクトのversionCodeやversionNameは、だいたい1つずつインクリメントしていくだけの場合が多く、コマンド1発で書き換えられるようにしておけば、将来的にCIなどでこの辺の作業を自動化させる時にも楽だよね、というヤツです。 iOSプロジェクトだとfastlaneの increment_build_number や increment_version_number のActionで同様のことができますが、手元のAndroidプロジェクトだとfastlaneは使わずGradleでほとんどのビルドタスクを実行しているので、自前のGradleタスクとして用意しました。 Gradleタスク内容 versionCodeのインクリメント [build.gradle] task incrementVersionCode { doFirst { println("Incre
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
