Fluster CI/CD 有 GitHub Actions: Automate Testing and Builds 手动运行测试,并在每次发布前先构建Fluster应用程序缓慢并容易出错.
通过GitHub Actions,您可以自动化Flustter分析,测试,手工艺品创建,以及每当代码更改时的部署工作流程.
在这个教程中,我们将创建一个基本的 CI 管道 运行在每一个拉请求和推。
我们的输油管将:检查仓库。
安装蝶.
获取依赖性 。
运行静态分析。
运行测试。
打造一款Android工艺品.
同样的地基日后可以被扩展为应用商店部署.
创建 Workflow 文件 创建: 添加以下内容: Pin 动作版本适合您的组织的安全和维护政策.
自动运行测试 当测试失败时, 牵引请求应失败 。
可以扩展测试阶段:用于集成测试,使用仿真器或专用设备测试工作流程.
构建释放动画 在建立APK后,上传为工作流程文物: 这使得团队成员可以从GitHub Actions运行中下载生成的构建.
环境变量和密钥从不承诺密码,签名密钥,API秘密,或服务证书.
使用 GitHub 仓库或环境机密:用于生产签名,使用适当的秘密管理策略存储敏感签名材料.
分离 CI 和 CD A 有用的生产设置是: 将验证与部署分开,可以减少意外发布未经测试的构件的风险.
构建火焰 对于更大的应用,创建环境如: 每个环境都可以有不同的API端点和配置.
您的 GitHub 动作工作流程可以选择合适的 Flustter 口味 : 改进管道速度 CI 时间可以通过: Caching Flust 依赖性来缩短 。
并行进行独立工作。
避免不必要的建筑。
利用有针对性的测试进行快速拉取请求反馈.
使用工作流程发布前制作 CI/CD 核对表:保护主分支.
合并前需要成功的检查 。
在 GitHub 机密中存储机密 。
使用放行批准生产.
保留动作版本 。
测试释放与调试构建分离 。
在源头控制之外继续签署证书.
GitHub Actions可以将Flutter开发变成可重复的CI/CD进程.
您的寄存器没有手动检查每个更改,而是可以自动分析代码,运行测试,构建释放文物,并最终部署应用程序.
以简单的CI管道为起点,随着你项目变得更加成熟,逐步加入签名,口味,部署,放行审批,监控.
继续调用更多的 DevOps 和 Flutter 开发教程!
实用链接 SDK Flutter:https://github.com/v-module/vmoduct sdk flutter SDK Android:https://github.com/v-module/vmodule sdk android Discord:https://discord.gg/K72z28KUx 互联网档案馆的存檔,存档日期2013-12-27