Gradle Build Variants and Flavors for and Release Management

时间:2015-12-22 11:36:36

标签: android android-studio gradle release-management

我们已经开始构建一个新的(我们团队中的第一个)android应用程序。我想了解Android开发的发布机制。假设我们已经发布了一些版本1.1.0.1,现在我们已经决定使用许多新功能和完全重新设计的UI来进入新的主要版本2.0.0.0。

假设整个过程将耗费大量时间,足以让之前的专业能够吸引一些增强或修复。

现在,在我以前使用.net的经验中,我们使用源控制分支进行新构建,并继续将旧的分支推送到旧分支,并在每次创建新版本时创建一个标记,并在另一个版本中创建一个标记主要版本发布,分支合并在一起,并从那里发布新标签。

所有合并拉动/推动代码需要付出巨大的努力并且敏锐的眼光来保持源代码控制的整洁和清洁。

随着Android和Gradle构建变体和flavor选项的开始,是否有任何可能将公共代码保留在一个位置以进行增强,以便我们需要在两个构建中都可用的任何内容保留在那里。并且只有新主要版本中所需的功能和代码才会出现。

如果我在这里有任何意义,或者你正在寻求更清楚地解决这个问题,请告诉我。

我很乐意在这里找到有效管理代码的方法。

1 个答案:

答案 0 :(得分:2)

Anant,imho GitFlow Workflow是采用的最佳解决方案(并不是老派!!!)

阅读最终用户发现this link的错误一章;

使用此工作流程,只需关闭热修复程序,即可在master中开发热修复程序并开发分支。试试吧!