12

我正在尝试发布现有 Android 应用程序的更新。

对 Android 应用程序进行版本控制的正确方法是什么？

在这里开发人员指南我发现格式可能是<major>.<minor>.<point>.

有人可以解释一下每一个是什么major意思minor吗point？

4

5 回答 5

13

androidVersionCode是一个整数，每次更新都会增加。所以第一个版本可能是 1，下一个更新可能是 2，等等。

androidVersionName只是您决定的字符串值 - 它显示在 Google Play 上。

该文档引用<major>.<minor>.<point>了 versionName 的建议格式，例如版本 1.1.1 或 2.0.4。这取决于你，但这里有一个很好的解释。

于 2013-09-24T06:01:32.217 回答
5

我见过的常用方法是XYZ，一般对应major.minor.patch：

  • 每当对软件包进行重大更改或可能向后不兼容的更改时，主要版本号都会更改。

  • 当引入新的次要功能
    或推出一组较小的功能时，次要版本号会发生变化。

  • 当软件的新版本发布给客户时，补丁号会发生变化。这通常用于小错误修正等。

其他变体使用内部版本号作为附加标识符，因此如果您有许多版本之间经过测试的修订版本，您可能有一个很大的 XYZbuild 版本号。我使用的几个包是按年/月或年/版本标识的，所以现在的版本可能是今年第三个版本的 2010.9 或 2010.3。

版本控制有很多变体，这取决于个人喜好。

对于可能是两个不同内部产品的“1.3v1.1”，可能是共享库/代码库，其版本与主产品不同。这可能表明主要产品的版本为 1.3，内部库/包的版本为 1.1

于 2013-09-24T06:12:16.800 回答
2

只要你android:versionCode每次更新，你放入什么并不重要android:versionName。它可以是三个不同的数字或任何其他字符串，例如“1.0.0”、“a”或“best release ever”。

这是来自 Wikipedia的软件版本控制的一般性讨论。

于 2013-09-24T05:57:42.600 回答
1

版本代码是一个整数，并且必须随着每个新版本严格递增。

版本名称完全由您决定。一个经常使用的方案是 xy，其中 x 为真正大的变化而增加（甚至可能与以前的版本不兼容），而 y 为微小的变化而增加。

于 2013-09-24T05:58:03.133 回答
0

给定版本号 MAJOR.MINOR.PATCH，增加：

  • 进行不兼容的 API 更改时的主要版本，
  • 以向后兼容的方式添加功能时的次要版本，以及
  • 进行向后兼容的错误修复时的补丁版本。

我写了一篇关于版本控制 android 应用程序的帖子：https ://blog.dipien.com/versioning-android-apps-d6ec171cfd82

于 2020-07-14T19:48:18.213 回答