2017-02-12 12 views
0

2つのアプリが公開されていますが、アプリケーションのライフサイクルを管理する方法がわかりません。たとえば、私がバグを持っていれば、私は今それをやっています:バグを修正したら、スタジオ→ファイル→プロジェクト構造→フレーバーに進み、バージョンコードを増やしてからAPKをビルドします。次に、私はGPC-> APKメニューに進み、新しいAPKをアップロードします。アプリケーションのライフサイクル:アップデートの管理方法

私はこれが正しい方法ではないと思います。これにより、ユーザーはアンインストールして再インストールする必要があります。

更新プログラムを管理するにはどうすればよいですか?

どのようにパッチを管理しますか?

ご迷惑をおかけして申し訳ありません。私はドキュメントを探しましたが、見つけようと奮闘しています。

答えて

2

いいえ、正しく実行しています。

あなたはどんなバグを修正したり、新しい機能を追加し、あなたがインクリメントする必要が、あなたのアプリがPlayストアで更新する準備ができていることを感じるたびにあなたのversionCodeversionName

ここで、Google Playコンソールを開いて新しいAPKをアップロードする必要があります。 versionCodeを増やすことは、Google Playがそれをアップデートとみなすために必須です。

ユーザーは古いアプリをアンインストールして新しいアプリを手動で再インストールする必要はありません。すべては、ユーザーの端末にインストールされているGoogle Playアプリによってシームレスに処理されます。

また、アップデートのたびにユーザーはアプリ全体をダウンロードしません。 Googleは現在、File-by-Fileによるパッチ適用を使用して、アプリのアップデートサイズを大幅に減らします。簡単な言葉で言えば、ユーザーは変更をダウンロードするだけで、自動的にパッチが適用されます。

EDITあなたが起こるために、更新のためのversionCodeをインクリメントする必要があります。 versionNameは、以前のバージョンよりも更新されていることを理解できるようにユーザーにのみ表示されます。 versionCodeは内部目的で使用され、ユーザーには表示されません。

例 - versionCodeが10の場合、versionNameがまったく変更されていない場合でも、更新を行うためにversionCodeを11に増やすことができます。しかし、versionCodeに従ってversionNameを変更して、ユーザがあなたがアプリを更新したことを理解できるようにすることが推奨されています。

+0

私はバージョンコードを変更していましたが、バージョン名を変更していました。バージョン名はバージョンコードとの関係を持っていなければなりません。例:私は3のバージョンコードを持っています。 – narb

+0

Typo ...そしてバージョン名1.3.ex.私はバグを修正します:バージョンコード4とバージョン名1.4.exに移行しますか? – narb

+0

私は答えを更新しました。問題が解決したら、その答えを受け入れてください。 –

関連する問題