5

ここ数日で新しいバージョンをアップロードしようとしたときに、Google Play にある 3 つのアプリについて、次のような署名エラーが発生しました。

アップロードに失敗しました 以前の APK とは異なる証明書で署名された APK をアップロードしました。同じ証明書を使用する必要があります。既存の APK は、フィンガープリントを含む証明書で署名されています:

[ SHA1: 87:17:A3:71:CD:CF:D6:73:71:56:B1:59:DE:89:6D:5A:E0:EE:31:8A、SHA1: 4C:45:1E :30:2D:04:F4:DC:36:0E:EF:29:1B:1E:E1:02:C0:E8:E9:85 ]

アップロードした APK の署名に使用された証明書にはフィンガープリントがあります。

[ SHA1: 87:17:A3:71:CD:CF:D6:73:71:56:B1:59:DE:89:6D:5A:E0:EE:31:8A ]

キーストアを再確認しましたが、これは私がいつも使用しているものです。実際、一部のアプリには同じキーストアを使用するプロ バージョンがあり、アップデートは正常に機能しました。IMO で印象的なのは、古い既存の APK の奇妙なフィンガープリントです。上記の場合、「SHA1:」を含む 2 番目のエントリがあり、失敗した他のアプリの 1 つでは、古いフィンガープリントが「[ ]」としてリストされていました。 、つまり空のもの。その間、他のアプリも更新しましたが、ほとんどの場合、問題なく動作しました。私が問題を抱えている 3 つのアプリに共通しているのは (私が気付いた) 唯一のことですが、これらのアプリはかなり古く、最初の APK バージョンは 2009 年または 2008 年にさかのぼります。 - 後で紹介されました。

同様の質問Upload failed for newer version apk on google playがありますが、ブラウザのキャッシュ ソリューションが機能せず、正しいキーを使用したことにも自信があります。

ここでの解決策は何か考えている人はいますか? おそらく一部の古いアプリでは、フィンガープリントが Google 側の APK から誤って抽出されたのではないかと考え始めています (したがって、1 つが空で、もう 1 つの IMO は古いバージョンの少し奇妙なフィンガープリントです)。しかし、通常、問題は自分の耳の間から発生します...

ありがとう

4

2 に答える 2

0

複数のキーで APK に署名することができます。これは実際には十分にサポートされている動作ではなく、キーが処理される順序は定義されていません。ただし、初期の APK がメッセージに示されているように 2 つのキーで署名されていた場合、更新はすべて同じキーで (おそらく同じ順序で) 署名する必要があります。

最初のキーは使用したものと同じように見えるため、2 番目のキーのキーストアを見つける必要があります。ビルド プロセスの一部で、アップロード前に APK に再署名していた可能性があります。~/.android のデバッグ キーストアが疑わしい可能性があります。

于 2013-07-24T03:46:58.193 に答える
0

私もこれとまったく同じ問題を経験しています。何も変わっていません。私はまだ同じキーストアを使用しており、2 週間前に問題なくアプリを更新しました。現在、署名されたアプリの更新には SHA1 ハッシュ フィンガープリント証明書が 1 つしかなく、ストア内の既存のアプリには 2 つの異なる SHA1 ハッシュ フィンガープリントがある (そのうちの 1 つはアプリの更新と同じ) と言っています。そのため、以前は 2 つの証明書で署名されていたようですが、現在は 1 つだけです。ただし、エクスポートと署名のプロセスは何も変わっていません。これまでと同様に、Eclipse エクスポート署名付きアプリケーションを介して行われます。

おそらく、以前は常に 2 つで署名していましたが、そのうちの 1 つが移動または削除されました。それが現時点での私の唯一の理論です。または、Google ランドの Play 開発者コンソールのアップロード/署名チェック コードで何かが期限切れになっている可能性があります。

私たちのアプリが OP のアプリと共有するもう 1 つの詳細は、2009 年に最初に公開されたことです。

于 2013-07-24T11:20:07.390 に答える