Я пытаюсь выпустить обновление существующего приложения для Android.Руководство по версии для Android-приложения
Каков правильный способ управления версиями приложения для Android?
Здесь Developer guide Я нашел, что формат может быть <major>.<minor>.<point>.
Может кто-нибудь, пожалуйста, объясните мне, что каждый из major, minor и point означает?
androidVersionCode - целое число, которое вы увеличиваете с каждым обновлением. Таким образом, первая версия может быть 1, следующее обновление может быть 2 и т. Д.
androidVersionName - это всего лишь строковое значение, которое вы решите - оно отображается в Google Play.
Документация относится к <major>.<minor>.<point> в качестве предлагаемого формата для версииName, например. версии 1.1.1 или 2.0.4. Это зависит от вас, но есть хорошее объяснение here.
Если вы обновляете android:versionCode каждый раз, это не имеет значения, что вы положили в android:versionName. Это могут быть три разных числа или любая другая строка, например. «1.0.0», «a» или «лучший релиз когда-либо».
Это общая дискуссия Software Versioning из Википедии.
Код версии является целым числом и должен быть строго возрастающим с каждой новой версией.
Название версии полностью зависит от вас. Часто используемой схемой является x.y, где x увеличивается при значительных изменениях (возможно, даже при введении несовместимости с предыдущими версиями), в то время как y увеличивается для незначительных изменений.
Обычный метод я видел XYZ, которая в целом соответствует major.minor.patch:
Основные версии меняются номера всякий раз, когда есть что-то значительное, большой или потенциально назад несовместимые изменения в программное обеспечение упаковка.
Незначительные номера версий меняются, когда вводится новая, второстепенная функция
или когда набор меньших функций развернут.
Номера патчей изменяются, когда новая версия программного обеспечения выпущена до клиентов. Обычно это относится к небольшим исправлениям или тому подобному.
Другие варианты используют номер сборки в качестве дополнительного идентификатора, так что вы можете иметь большое количество для X.Y.Z.build, если у вас есть много изменения, которые тестируются между выпусками. Пакет, который я использую, идентифицируется по году/месяцу или году/выпуску, поэтому теперь релиз может быть 2010.9 или 2010.3 для третьей версии этого года.
Существует множество вариантов управления версиями, это сводится к личным предпочтениям.
Для "1.3v1.1 ", которые могут быть двумя разными внутренними продуктами, что будет представлять собой общую библиотеку/кодовую базу, которая отличается от основного продукта. Это может указывать на версию 1.3 для основного продукта и версию 1.1 внутренней библиотеки/пакета
Кредиты этого ответа взяты из [Maelstrom] (https: //stackoverflow.com/a/3826643/6305235). –
Можете ли вы охарактеризовать меня, что такое? –
Rage
Вы бы увеличили, если ваше обновление включало исправление ошибки или что-то простое. Это означало бы, что никакие основные функции не изменились в этом обновлении, но это все еще более новая версия, увеличенный номер версии. –
ashatte
Спасибо :) Это то, чего я ожидал :) Извините, что снова спросил о, потому что я не видел ссылку, которую вы дали :) –
Rage