APK、DEX、および署名の整合性を一緒に受け入れる方法

ユドゥン技術ガイド · エンジニアリングの原則と実践 · 日本語

APK の受け入れでは、ファイルの内容、署名 ID、およびリリースパスを 1 つのシステムとして扱う必要があります。リバースエンジニアリングチェックやインストールの成功だけでは、リリースの準備を確立することはできません。

候補者のアイデンティティを修正する

すべての承認ラウンドのビルドソース、バージョン、署名証明書ダイジェスト、およびファイルダイジェストを記録します。

再構築、再署名、またはチャネルの変更により、新しいレコードを必要とする新しい候補が作成されます。

DEX、リソース、マニフェストデータ、およびネイティブライブラリは、さまざまな変更面を公開します。

ある通信事業者の強力な取り扱いは、別の通信事業者のカバー範囲を証明するものではありません。

ユーザーはクリーンインストールではなくアップグレードを受け取ることがよくあります。サポートされているアップグレード、データ保持、チャネル構成、および重要なビジネスパスをテストします。

チャネルツールによってリソースまたはマニフェストが変更される場合は、それを固定ビルド順序に含めます。

クライアントはバージョン、署名、整合性のシグナルを提供できますが、リスクの高い決定は、ロールアウト、エラー処理、および緊急復旧を備えたサーバーポリシーに属します。

アプリケーションスタック、クリティカルパス、およびターゲットシステム範囲を提供します。アカウント、アプリケーション、プロジェクトの詳細は、中央の Yudun プラットフォームによって処理されます。