【问题标题】:Android - flavor version namingAndroid - 风味版本命名
【发布时间】:2016-11-14 09:37:06
【问题描述】:

我正在开发一个白标应用程序。该应用程序有多种口味,每种口味都适用于不同的客户。所有口味都在剪切核心逻辑,它们之间的区别主要在于设计。 问题是命名版本和跟踪功能更新的最佳做法是什么?

例如,假设我为两个客户端发布了 1.0.0 版本。发布后,第一个客户端请求大量更新,我们与他一起获得了 1.2.6 版本(假设大部分更新都在核心逻辑中)。 之后,第二个客户端请求进行一些小的更新,例如移动徽标之类的。那么我应该将他的版本增加到 1.0.1,还是使其与第一个客户端版本相同? 因为在他的新版本中,他将拥有第一个客户端 1.2.6 版本中的所有新核心功能。

【问题讨论】:

    标签: android android-flavors


    【解决方案1】:

    我认为您需要使用主要版本进行核心更新,使用次要版本进行自定义更新。因此,例如,在版本中使用 2 个第一个数字进行核心更新 - 第一个用于主要核心更新,第二个 - 用于次要核心更新。第 3 - 主要客户端自定义更新,第 4 - 次要客户端自定义更新。

    因此,如果您拥有 1.2 的核心版本,那么最终版本将类似于 1.2.1.1

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2014-05-06
      • 1970-01-01
      • 1970-01-01
      • 2016-12-26
      • 1970-01-01
      • 1970-01-01
      • 2018-05-04
      • 2018-01-22
      相关资源
      最近更新 更多