Android - 风味版本命名
Android - flavor version naming
我正在开发一个白标应用程序。该应用程序有多种口味，每种口味适用于不同的客户。所有风格都在剪切核心逻辑，它们之间的区别主要在于设计。
问题是命名版本和跟踪功能更新的最佳做法是什么？
例如，假设我为两个客户端发布了 1.0.0 版本。发布后，第一个客户请求大量更新，我们和他一起到了 1.2.6 版（假设大部分更新都在核心逻辑中）。
在那之后，第二个客户端请求一些小的更新，比如移动徽标或其他东西。那么我应该将他的版本增加到 1.0.1，还是与第一个客户端版本相同？
因为在他的新版本中，他将拥有第一个客户端的 1.2.6 版本中的所有新核心功能。
我认为您需要使用主要版本进行核心更新，使用次要版本进行自定义更新。因此，例如，在版本中使用 2 个第一个数字进行核心更新 - 第一个用于主要核心更新，第二个 - 用于次要核心更新。 3rd - 主要客户端自定义更新，4th - 次要客户端自定义更新。
因此，如果您拥有 1.2 的核心版本，那么最终版本将类似于 1.2.1.1
我正在开发一个白标应用程序。该应用程序有多种口味，每种口味适用于不同的客户。所有风格都在剪切核心逻辑，它们之间的区别主要在于设计。 问题是命名版本和跟踪功能更新的最佳做法是什么？
例如，假设我为两个客户端发布了 1.0.0 版本。发布后，第一个客户请求大量更新，我们和他一起到了 1.2.6 版（假设大部分更新都在核心逻辑中）。 在那之后，第二个客户端请求一些小的更新，比如移动徽标或其他东西。那么我应该将他的版本增加到 1.0.1，还是与第一个客户端版本相同？ 因为在他的新版本中，他将拥有第一个客户端的 1.2.6 版本中的所有新核心功能。
我认为您需要使用主要版本进行核心更新，使用次要版本进行自定义更新。因此，例如，在版本中使用 2 个第一个数字进行核心更新 - 第一个用于主要核心更新，第二个 - 用于次要核心更新。 3rd - 主要客户端自定义更新，4th - 次要客户端自定义更新。
因此，如果您拥有 1.2 的核心版本，那么最终版本将类似于 1.2.1.1