Подтвердить что ты не робот

Возможная выгода для подписания различных приложений для Android с помощью другого Keystore/Alias

Первый вопрос

Я понимаю преимущества подписания всех ваших приложений Android с тем же ключом - обмен данными и т.д. - и тот факт, что это рекомендуется Google.

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

В этом случае, который может возникнуть, если вы продали свое приложение, например, вам нужно будет предоставить ключ, к которому было подписано ваше приложение, чтобы новый владелец обновил Play Store с любыми улучшениями, которые они делают.

Теперь, если вы подписали все свои приложения с одним и тем же ключом, вы не можете предоставить новым владельцам этого одного приложения свой ключ без ущерба для всех ваших других приложений или переиздавать их под новым пакетом/сертификатом и все проблемы, которые идут вместе с этим. Если вы подписываете все несвязанные приложения своим собственным ключом, вы можете отправить это приложение на один ключ и не беспокоиться.

Итак, вопрос в том, так ли это? Или я не понимаю что-то основное здесь?


Второй вопрос

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

Большое спасибо!

4b9b3361

Ответ 1

Рекомендация Google в стороне, многие считают, что вы должны подписывать каждое приложение со своим собственным ключом. В очень реальном смысле, владение (то есть знание) ключа приложения, по сути, является собственностью этого приложения и любого другого приложения с этим ключом. Нет никакого механизма для изменения ключа приложения.

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

Если я правильно понимаю предпосылку вашего второго вопроса, тогда вы правы. Keystores - это просто коллекции ключей, и псевдонимы - это всего лишь короткий способ идентифицировать каждый ключ. Вы можете сделать копию файла хранилища ключей и выборочно удалить некоторые псевдонимы (ключи).

Используйте эту команду, чтобы увидеть команды, которые можно использовать с командой keytool:

keytool -help

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

keytool -help -delete