版本控制Android应用程序的指南

时间:2013-09-24 05:55:14

标签: android

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

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

此处Developer guide我发现格式可能是<major>.<minor>.<point>

有人可以解释一下majorminorpoint的含义吗?

5 个答案:

答案 0 :(得分:8)

androidVersionCode是一个随每次更新而增加的整数。所以第一个版本可能是1,下一个更新可能是2,等等。

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

文档将<major>.<minor>.<point>称为versionName的建议格式,例如:版本1.1.1或2.0.4。这取决于你,但有一个很好的解释here

答案 1 :(得分:3)

我见过的常用方法是X.Y.Z,它通常对应major.minor.patch:

  • 只要有重要事项,主要版本号就会改变, 对软件进行的大型或可能向后兼容的更改 封装

  • 当新的次要功能为
    时,次要版本号会发生变化 介绍,或推出一系列较小的功能。

  • 当发布新版本的软件时,修补程序编号会发生变化 顾客。这通常用于小错误修正等。

其他变体使用内部版本号作为附加标识符,因此如果您有许多在版本之间测试的修订版本,则X.Y.Z.build可能有一个很大的数字。我使用的几个软件包按年/月或年/发布进行标识,因此今年第三版可能会发布2010.9或2010.3。

版本控制有很多变种,这取决于个人偏好。

对于可能是两种不同内部产品的“1.3v1.1”,可能是与主产品不同的共享库/代码库。这可能表示主要产品的版本1.3和内部库/包的版本1.1

答案 2 :(得分:2)

只要您每次更新android:versionCode,您放入android:versionName的内容并不重要。它可以是三个不同的数字或任何其他字符串,例如“1.0.0”,“a”或“有史以来最佳发布”。

这是对维基百科Software Versioning的一般性讨论。

答案 3 :(得分:1)

版本代码是一个整数,每个新版本都必须严格增加。

版本名称完全取决于您。经常使用的方案是x.y,其中x增加以进行非常大的更改(甚至可能引入与先前版本的不兼容性),而y则递增以进行微小更改。

答案 4 :(得分:0)

给出版本号MAJOR.MINOR.PATCH,增加:

  • 更改不兼容的API时的主要版本,
  • 以向后兼容的方式添加功能时的,并且
  • 进行向后兼容的错误修复时的PATCH版本。

我写了一篇有关对android应用进行版本控制的文章:https://medium.com/@maxirosson/versioning-android-apps-d6ec171cfd82