Gradle 为发布管理构建变体和风格
Gradle Build Variants and Flavors for and Release Management
我们已经开始构建一个新的（我们团队的第一个）android 应用程序。我想了解 Android 开发的发布机制。假设我们已经发布了一些版本 1.1.0.1，现在我们决定使用一个新的主要版本 2.0.0.0，其中包含许多新功能并完全重新设计 UI。
假设这整个过程会花费很多时间，足以让之前的专业能够吸引一些增强或修复。
现在，根据我以前使用 .net 的经验，我们使用新版本的源代码控制分支，并不断将所需的修改推送到旧分支，并在每次创建新版本时从中创建一个标签，一次发布了另一个主要版本分支合并在一起并从那里发布了一个新标签。
代码的全部合并 pulling/pushing 需要付出巨大的努力和敏锐的眼光来保持源代码管理的整洁。
随着 Android 和 Gradle build variant and flavor 选项的开始，是否可以将通用代码保存在一个地方以进行增强，以便我们需要的任何东西两个版本中可用的都保留在那里。并且只有新的主要版本中所需的功能和代码才包含在内。
请让我知道我在这里是否有任何意义，或者您正在寻求对这个问题的更清楚的了解。
我很乐意在这里找到有效管理代码的方法。
Anant，恕我直言，GitFlow Workflow 是最好的解决方案（而且不是老派！！！）
阅读this link的最终用户发现错误一章；
使用此工作流程，您只需关闭热修复，即可在主分支和开发分支中进行热修复。试试吧！
我们已经开始构建一个新的（我们团队的第一个）android 应用程序。我想了解 Android 开发的发布机制。假设我们已经发布了一些版本 1.1.0.1，现在我们决定使用一个新的主要版本 2.0.0.0，其中包含许多新功能并完全重新设计 UI。
假设这整个过程会花费很多时间，足以让之前的专业能够吸引一些增强或修复。
现在，根据我以前使用 .net 的经验，我们使用新版本的源代码控制分支，并不断将所需的修改推送到旧分支，并在每次创建新版本时从中创建一个标签，一次发布了另一个主要版本分支合并在一起并从那里发布了一个新标签。
代码的全部合并 pulling/pushing 需要付出巨大的努力和敏锐的眼光来保持源代码管理的整洁。
随着 Android 和 Gradle build variant and flavor 选项的开始，是否可以将通用代码保存在一个地方以进行增强，以便我们需要的任何东西两个版本中可用的都保留在那里。并且只有新的主要版本中所需的功能和代码才包含在内。
请让我知道我在这里是否有任何意义，或者您正在寻求对这个问题的更清楚的了解。
我很乐意在这里找到有效管理代码的方法。
Anant，恕我直言，GitFlow Workflow 是最好的解决方案（而且不是老派！！！）
阅读this link的最终用户发现错误一章；
使用此工作流程，您只需关闭热修复，即可在主分支和开发分支中进行热修复。试试吧！