android - 使用 MAJOR.MINOR.PATCH 转换为 Android Manifest 中版本代码的整数

Question

我正在寻找对我的 Android 应用程序进行版本控制的方法。我不想对我使用的版本号感到困惑，所以我正在考虑:

Version Name: 0.1.2   Version Code:    102
Version Name: 1.1.0   Version Code: 101000
Version name: 2.0.0   Version Code: 200000

etc 

这似乎是设置版本代码的合理方法，还是我应该坚持使用增量整数，我担心如果我忘记哪个版本是哪个，我可能会感到困惑？

Answer 1

就像世界上每一个悬而未决的问题一样，这取决于您的个人用途，所以我将解释我在不同项目中一直在做的事情以及我的感受:

增量:这是最简单直接的解决方案。大多数早期项目都是从这里开始的。如果你有版本号，不容易知道哪个是版本名。如果您从 1 开始，将很难达到极限 (2100000000)。您将需要独立于 versionName 手动增加它。

将名称映射到 int:任何函数，如 f(M,m,h) = 10^6 * M + 10^4*m + 10^2*h。这看起来很聪明，因为您可以轻松地从您的版本代码中识别您的版本名称。但是根据您的 versionName 变化的速度和映射函数中每个变量的权重，它可能会重叠并造成混淆。也可能更容易达到 Play 商店的限制。理想情况下，您只需要更改版本名称，您就会有一个计算版本代码的函数。

提交编号:只需使用 git rev-list HEAD --count。这也不会映射到版本名称，但会提供有关创建 apk 时您的 repo 中提交次数的更多信息。您无需手动处理，也很难达到极限。如果您提交任何内容，即使您不更改版本名称，它也会增加。如果您在 CI 中构建，您将需要克隆整个存储库而不是深度 1，这可能会使您的 gradle 构建稍微慢一点来计算它(10K 提交少于 0.1 秒)。

根据我的个人经验，只知道版本代码并需要猜测版本名称是很奇怪的。对我来说，versionCode 只是一个你需要为你的版本增加的数字，所以你获得的最简单和更自动化的系统就越好。就个人而言，我非常喜欢提交解决方案，因为您不需要在不进行新提交的情况下上传任何新的 apk，所以它非常有用，您不需要手动增加它。

理想情况下，您只对版本名称 感兴趣。您应该确保它有意义并且对您有帮助。你可以只使用 Semantic Versioning或者创建自己的系统，只要您设置明确的规则并帮助您识别您发送的代码。