Google Play не принимает комплект приложений для Android, подписанный другим ПК

Пакет приложений был сгенерирован первым ПК (Ubuntu 18.04) с использованием хранилища ключей и его пароля. Google Play принял пакет приложений, и приложение было успешно обновлено.

После этого тот же процесс был повторен на другом ПК (тот же проект, то же хранилище ключей, тот же пароль) и успешно сгенерирован пакет приложений. Но Google Play не принял его и показал ошибку:

App bundle was signed with wrong key. Choose appropriate key: SHA1: C9:AF....

Я пробовал разные способы решить эту проблему:

  1. Пытался создать пакет приложений на компьютере с Windows и MacOS. Не удалось попробовать на компьютере с Linux, поскольку нет доступных компьютеров с Linux.
  2. Кроме того, пакет приложений пытается создать apk, который был успешно сгенерирован, но при загрузке в Google Play выдается ошибка: подпись недействительна.

Разработчик, владеющий компьютером с Linux, покидает проект, и нам нужно создать пакет приложений на другом компьютере.

В чем причина этой проблемы, если пакет приложений создается с тем же хранилищем ключей и паролем? Как я могу решить эту проблему?

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
0
2 226
3

Ответы 3

если вы загружаете приложение в игровой магазин с одним хранилищем ключей, вам не нужно создавать другое хранилище ключей для того же проекта, просто используйте то же хранилище ключей для загрузки следующей версии.

ПРИМЕЧАНИЕ. Google не позволяет создавать несколько хранилищ ключей для одного проекта.

Remember the selection of signature of version what you selected. this must be the same for your next release.

Прочтите содержимое первой скобки во втором абзаце — это то же самое хранилище ключей

Zoe 05.03.2019 12:24

Новое хранилище ключей не создано. Аналогичное хранилище ключей используется.

Joe Rakhimov 05.03.2019 12:25

Я почти уверен, что даже если вы думаете, что он подписывается одним и тем же хранилищем ключей, вы где-то ошиблись. Впрочем, вы можете проверить это сами. Пакеты приложений просто подписываются по той же схеме, что и jarsigner. Таким образом, вы можете распечатать их с помощью keytool.

keytool -list -printcert -jarfile mybundle

Если значения одинаковы для пакетов, созданных на обоих ПК, они подписаны одним и тем же ключом в одном и том же хранилище ключей. В противном случае вы делаете что-то не так. Возможно, вы используете ключ выпуска для одного и ключ отладки для другого, или в хранилище ключей есть два разных ключа с разными именами. Или, может быть, вы думаете, что используете хранилище ключей, когда это не так.

Google play принимает apk, сгенерированный тем же файлом хранилища ключей. Поэтому проверьте, не ошиблись ли вы. Используйте предыдущее хранилище ключей и сравните его с текущим, чтобы проверить SHA! и подпись SHA256

Другие вопросы по теме