diff options
author | Dirk Dougherty <ddougherty@google.com> | 2010-06-21 16:15:28 -0700 |
---|---|---|
committer | Dirk Dougherty <ddougherty@google.com> | 2010-06-21 16:22:06 -0700 |
commit | a767076f46c6e016d9a0e6cfcbb5ba40c62fe9ec (patch) | |
tree | 90a94fec839b6e69560a357ea54a3a90c33ceb56 | |
parent | 5f11e95f0041e163e8aa9e429aec92c8ee942233 (diff) | |
download | frameworks_base-a767076f46c6e016d9a0e6cfcbb5ba40c62fe9ec.zip frameworks_base-a767076f46c6e016d9a0e6cfcbb5ba40c62fe9ec.tar.gz frameworks_base-a767076f46c6e016d9a0e6cfcbb5ba40c62fe9ec.tar.bz2 |
Doc change: Fix description of certificate matching requirement for app updates.
Change-Id: I38a0b997f5cb634bfdab1c0ecaa2b0d19e68256a
-rw-r--r-- | docs/html/guide/publishing/app-signing.jd | 17 |
1 files changed, 9 insertions, 8 deletions
diff --git a/docs/html/guide/publishing/app-signing.jd b/docs/html/guide/publishing/app-signing.jd index 8c37d7a..34d9419 100644 --- a/docs/html/guide/publishing/app-signing.jd +++ b/docs/html/guide/publishing/app-signing.jd @@ -123,14 +123,15 @@ all of your applications with the same certificate, throughout the expected lifespan of your applications. There are several reasons why you should do so: </p> <ul> -<li>Application upgrade – As you release upgrades to your -application, you will want to sign the upgrades with the same certificate, if you -want users to upgrade seamlessly to the new version. When the system is -installing an update to an application, if any of the certificates in the -new version match any of the certificates in the old version, then the -system allows the update. If you sign the version without using a matching -certificate, you will also need to assign a different package name to the -application — in this case, the user installs the new version as a +<li>Application upgrade – As you release updates to your application, you +will want to continue to sign the updates with the same certificate or set of +certificates, if you want users to upgrade seamlessly to the new version. When +the system is installing an update to an application, it compares the +certificate(s) in the new version with those in the existing version. If the +certificates match exactly, including both the certificate data and order, then +the system allows the update. If you sign the new version without using matching +certificates, you will also need to assign a different package name to the +application — in this case, the user installs the new version as a completely new application. </li> <li>Application modularity – The Android system allows applications that |