Android– 风味版本命名

概述我正在开发一个白标应用程序.应用程序有很多种口味,每种口味都适合不同的客户.所有口味都在剪切核心逻辑,它们之间的区别主要在于设计.问题是命名版本和跟踪功能更新的最佳做法是什么？例如,假设我为两个客户端发布1.0.0版本.在发布之后,第一个客户端请求了很多更新,我们得到了他的

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

例如,假设我为两个客户端发布1.0.0版本.在发布之后,第一个客户端请求了很多更新,我们得到了他的版本1.2.6(并且假设大多数更新都在核心逻辑中).
之后,第二个客户端正在请求一些小的更新,比如移动徽标或其他内容.我应该将他的版本增加到1.0.1,还是与第一个客户端版本相同？
因为在他的新版本中,他将拥有第一个客户端的1.2.6版本中的所有新核心功能.

解决方法:

我认为您需要使用主要版本进行核心更新,而对于自定义更新则需要次要版本.例如,在版本中使用2个第一个数字用于核心更新 – 首先是主要核心更新,第二个 – 用于次要核心更新.第三 – 主要客户端自定义更新,第四 – 次要客户端自定义更新.

因此,如果您的核心版本为1.2,那么最终版本将看起来像1.2.1.1

总结

以上是内存溢出为你收集整理的Android – 风味版本命名全部内容，希望文章能够帮你解决Android – 风味版本命名所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。