업로드 구글에 지금 내 애플 리케이션의 세

Question

플레이 지난 몇 일 새 버전을 업로드하려고 할 때 나는이 같은 서명 오류가 발생한 Google Play의 응용 프로그램의 새 버전에 대한 오류 서명에 실패 업로드 실패 다른 인증서로 서명 된 APK를 이전 APK에 업로드했습니다. 동일한 인증서를 사용해야합니다. 기존 APK는 지문이있는 인증서로 서명되어 있습니다.

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

인증서 (들) APK가 지문 (S)가 업로드를 서명하는 데 사용 :

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

키 저장소를 두 번 확인했는데 항상 사용했습니다. 실제로 일부 앱에는 동일한 키 저장소를 사용하는 프로 버전이 있으며 업데이트가 정상적으로 작동합니다. 눈에 띄는 것은 기존의 기존 APK의 이상한 지문입니다. 위의 경우 두 번째 항목에는 "SHA1 :"이 표시되고 이전 지문을 실패한 다른 앱 중 하나는 "[]"로 표시되었습니다. , 즉 비어 있습니다. 그동안 다른 앱도 업데이트했으며 대부분의 경우 문제가 해결되었습니다. 문제가있는 세 가지 앱이 공통적으로 가지고있는 유일한 점은 (내가 알아 챘을 때),이 앱은 2009 년 또는 2008 년에 처음으로 출시 된 APK 버전이 꽤 오래된 것입니다.하지만 프로 버전 - 정상적으로 작동하는 곳 - 나중에 소개되었습니다.

비슷한 질문이 있지만 브라우저 캐시 솔루션이 작동하지 않으며 올바른 키를 사용했음을 확신합니다.

누구나 해결책을 찾을 수 있습니까? 아마도 일부 구형 앱의 경우 지문이 Google 측의 APK에서 잘못 추출되었다고 생각하기 시작했습니다. 따라서 비어있는 IMK와 다른 IMO는 구 버전의 지문을 조금 이상합니다. 그러나 일반적으로 문제가 ... 자신의 귀 사이에서

감사

Answer 1

그것은 하나 이상의 키를 가진 APK에 서명 할 가능성을 기원. 이것은 실제로 잘 지원되는 동작이 아니며 키가 처리되는 순서는 정의되지 않았습니다. 그러나 초기 APK가 메시지에서 알 수 있듯이 두 개의 키로 서명 된 경우 모든 키가 동일한 순서로 업데이트되어야합니다.

첫 번째 키가 사용했던 키와 같아서 두 번째 키의 키 저장소를 찾아야합니다. 업로드하기 전에 빌드 프로세스의 일부분이 APK에 다시 서명하는 것일 수 있습니다. 가능성이있는 용의자는 ~/.android에있는 디버그 키 저장소 일 수 있습니다.

Answer 2

이 똑같은 문제가 발생합니다. 변경된 내용이 없습니다. 아직 동일한 키 저장소를 사용하고 있으며 2 주 전에 문제없이 앱을 업데이트했습니다. 이제 서명 된 앱 업데이트에는 하나의 SHA1 해시 지문 인증서 만 있고 매장의 기존 앱에는 두 개의 서로 다른 SHA1 해시 지문이 있으며 그 중 하나는 앱 업데이트와 동일합니다. 따라서 두 개의 인증서로 서명되었지만 지금은 하나 뿐인 것 같습니다. 그러나 수출 및 서명 프로세스에서 변경된 사항은 없습니다. 항상 과거와 마찬가지로 이클립스 내보내기 서명 애플리케이션을 통해 수행됩니다.

아마도 두 개로 서명하고 그 중 하나를 이동하거나 삭제했을 것입니다. 이 점이 저의 유일한 이론입니다.또는 Google 개발자 콘솔의 업로드/서명 체크 코드에서 무언가가 만료되었을 수 있습니다.

우리 앱이 OP의 앱과 공유하는 또 다른 세부 사항은 2009 년에 처음 출판 된 것입니다.