这是一个概念/设计问题。
我们有一个Xamarin Forms
应用程序,并且我正在Azure DevOps中为Android版本创建一个构建和发布管道。
我们共有4个环境,内部,RC,暂存和生产。
对于每一个我创建的powershell
预构建脚本,它都会更改一些配置xml文件,应用程序图标(不同环境的颜色),甚至是应用程序名称和程序包名称(这样,我们可以拥有全部4个安装在一台设备上,并可以使用不同的服务器进行测试)
现在,我在DevOps中构建了一个版本,该版本可以运行预构建脚本来修改所有这些内容,构建项目,签署apk
并将其发布。在发布管道中,我无法使用此逻辑,因为我需要能够将不同的应用程序部署到App Center
中他们自己的测试组中。
因此,我决定拆分构建,将其构建,然后发布管道将具有阶段-alpha将运行脚本并修改应用程序并对其进行签名,然后将其放入Alpha组进行测试,将Beta阶段转换为beta等。 ..
但是,这意味着在使用Powershell生成.apk
之后,我必须对其进行修改。例如,Android Manifest
文件的内容不再像XML,并且其中包含奇怪的NUL
,DLE
和其他符号。这会让我的生活更艰难。
我是否在Build管道中使用针对所有环境的准备好的软件包来构建所有4个软件包?这会增加很多时间,所以这是不希望的,但是它将使我免于以后不得不编辑APK的麻烦……
在这种情况下的最佳实践是什么,您能建议我做什么,改变我做任何事情的方式?