Предпосылки вашего вопроса и ваш фактический вопрос, кажется, различаются.
Если все, что вы спрашиваете, это как работать с основной версией, то есть различные способы сделать это.Но в общем, все дело в использовании политик, когда обновлять основную версию, а затем переходить к автоматизации процесса или делать это вручную.
В конце дня, по сути, нужно обновить versionName
.И versionCode
постепенно.
Однако, если я посмотрим на предпосылку вашего вопроса, вы, похоже, указываете на другой сценарий.Позвольте мне попытаться ответить на основании того, что я понял из предпосылки вашего вопроса.
Если вы обновляете свое приложение, с версии 1.5.x до 2.0.x, и увеличиваете versionCode до 200, есть двасценарии:
Вы публикуете приложение 2.0.x для той же группы пользователей, у которой было 1.5.x.И в этом сценарии, если вы хотите что-то исправить на 1.5.x, вы исправите это на 2.0.x и развернете с помощью versionCode, скажем 201. Итак, все пользователи получат ваше исправление.
Вы публикуете приложение 2.0.x для другого потока пользователей, например, пользователей, которые соответствуют определенным критериям minSdkVersion
.Что произойдет, если у вас останется две версии вашего приложения в Play Store.Два приложения можно различить по минимальной версии SDK.Вам нужно будет поддерживать две отдельные ветви в вашей кодовой базе.И Play Store не будет жаловаться, если вы обновите два приложения по отдельности с различными обновлениями кода версии.Например, он не будет жаловаться, если вы обновите apk, скажем, 1.5.1 152, и другой apk, который будет 2.0.0 201.
достаточно широко используется для увеличения кода версии на значение 50, когда вы переходите на основную версию, а также фрагментируете свою целевую аудиторию.