元に翻訳・加筆したものです。詳しくは元記事をご覧ください。多くの新機能や機能改善が含まれています。プラグインが自動的に行っているため、見逃してしまいがちなものもあります。パッケージングおよび署名のステップです。生成処理が書き直されることになりました。デベロッパーに必要となる情報を簡単にお伝えしましょう。ディレクトリの直前に配置されるようになります。コンテンツに対して署名の計算と確認が行われます。両方の署名を同時に追加することができます。リリースと完全な下位互換性があります。確認方式が変更された理由は何でしょうか。最初の理由はセキュリティと拡張性の強化です。番目の理由はパフォーマンスです。新しい署名を使うと、端末上での確認に必要な時間が大幅に短縮されるため(従来、解凍に使われていた時間が不要になるため)、アプリのインストール時間が短くなります。作成プロセスに新たな制約が発生することになります。さまざまな変更を加えることができました。ツールでは、まさにそれを行っていました。エントリを正確なバイト境界に合わせて配置し直すものです。署名後に実行することはできなくなります。そのため、圧縮、配置の調整、署名は、ビルドプロセス内の一連の統合された手順として行われます。ファイルの改変や後処理を行う何らかのカスタムタスクが含まれている場合は、それらのタスクを無効にしてください。以上との互換性がなくなるというリスクが発生します。追加して確認することができます。署名と互換性がない点にも注意してください。再署名することはできません。セクションに次の行を追加します。デフォルトで両方の署名スキームが有効になっています。サイズも最適化しています。差分アップデートの小型化、端末上の無駄なスペースの削減といったことが実現しました。今回の変更点は次のとおりです。ビルド間の差分を最小化します。タイムスタンプやメタデータがクリアされます。圧縮が同時にチェックされ、最適な圧縮レベルが利用されます。使用される場合があります。アップデートのサイズも小さくなります。圧縮は使われなくなります。再圧縮することは推奨されません。ファイルなどの個々のリソースをあらかじめ最適化しておくことは依然として有効で、推奨されます。最小限のサイズとなり、低速回線や性能の低い端末でもアプリのダウンロードやアップデートが可能になります。デバッグビルドについてはどうでしょうか。インストールを高速化するデバッグビルドアプリを開発する際は、コードの変更、ビルド、接続された端末やエミュレータへのデプロイという反復作業を手早く行いたいと考えるでしょう。以降、このステップをできる限り高速化する取り組みが継続されています。よって、変更されたコードやリソースだけを実行中にアップデートできるようになりました。転送やインストールの速度も速くなっています。デバッグビルドに増分パッケージングや圧縮の並列化も導入されています。応じたリソースの選択的パッケージングなどの機能を合わせれば、さらに開発時間を短縮できます。配布を意図したものではありません。コードが追加されており、ビルドの開始時に接続されている端末構成以外のリソースは含まれていません。元に翻訳・加筆したものです。詳しくは元記事をご覧ください。多くの新機能や機能改善が含まれています。プラグインが自動的に行っているため、見逃してしまいがちなものもあります。パッケージングおよび署名のステップです。生成処理が書き直されることになりました。デベロッパーに必要となる情報を簡単にお伝えしましょう。ディレクトリの直前に配置されるようになります。コンテンツに対して署名の計算と確認が行われます。両方の署名を同時に追加することができます。リリースと完全な下位互換性があります。確認方式が変更された理由は何でしょうか。最初の理由はセキュリティと拡張性の強化です。番目の理由はパフォーマンスです。新しい署名を使うと、端末上での確認に必要な時間が大幅に短縮されるため(従来、解凍に使われていた時間が不要になるため)、アプリのインストール時間が短くなります。作成プロセスに新たな制約が発生することになります。さまざまな変更を加えることができました。ツールでは、まさにそれを行っていました。エントリを正確なバイト境界に合わせて配置し直すものです。署名後に実行することはできなくなります。そのため、圧縮、配置の調整、署名は、ビルドプロセス内の一連の統合された手順として行われます。ファイルの改変や後処理を行う何らかのカスタムタスクが含まれている場合は、それらのタスクを無効にしてください。以上との互換性がなくなるというリスクが発生します。追加して確認することができます。署名と互換性がない点にも注意してください。再署名することはできません。セクションに次の行を追加します。デフォルトで両方の署名スキームが有効になっています。サイズも最適化しています。差分アップデートの小型化、端末上の無駄なスペースの削減といったことが実現しました。今回の変更点は次のとおりです。ビルド間の差分を最小化します。タイムスタンプやメタデータがクリアされます。圧縮が同時にチェックされ、最適な圧縮レベルが利用されます。使用される場合があります。アップデートのサイズも小さくなります。圧縮は使われなくなります。再圧縮することは推奨されません。ファイルなどの個々のリソースをあらかじめ最適化しておくことは依然として有効で、推奨されます。最小限のサイズとなり、低速回線や性能の低い端末でもアプリのダウンロードやアップデートが可能になります。デバッグビルドについてはどうでしょうか。インストールを高速化するデバッグビルドアプリを開発する際は、コードの変更、ビルド、接続された端末やエミュレータへのデプロイという反復作業を手早く行いたいと考えるでしょう。以降、このステップをできる限り高速化する取り組みが継続されています。よって、変更されたコードやリソースだけを実行中にアップデートできるようになりました。転送やインストールの速度も速くなっています。デバッグビルドに増分パッケージングや圧縮の並列化も導入されています。応じたリソースの選択的パッケージングなどの機能を合わせれば、さらに開発時間を短縮できます。配布を意図したものではありません。コードが追加されており、ビルドの開始時に接続されている端末構成以外のリソースは含まれていません。ForumGooglePrivacyTerms。