做鸿蒙游戏,没有 CI/CD 基本等于自废武功
摘要: 本文由资深开发者展菲撰写,探讨鸿蒙游戏开发中持续集成/持续交付(CI/CD)的必要性。文章指出,缺乏CI/CD将导致四大核心能力缺失:稳定交付、版本控制、多端协同和快速迭代。通过对比手动流程与自动化系统的差异,作者强调在多设备、分布式架构的鸿蒙生态中,CI/CD是项目可持续发展的关键。文章提供了最小可行CI/CD实施方案,并揭示自动化流程可使发布效率提升10倍。最后指出,CI/CD不仅是效

大家好,我是 展菲,目前在上市企业从事人工智能项目研发管理工作,平时热衷于分享各种编程领域的软硬技能知识以及前沿技术,包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。
图书作者:《ESP32-C3 物联网工程开发实战》
图书作者:《SwiftUI 入门,进阶与实战》
超级个体:COC上海社区主理人
特约讲师:大学讲师,谷歌亚马逊分享嘉宾
科技博主:华为HDE/HDG
我的博客内容涵盖广泛,主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告,同时也会提供产品优缺点分析、横向对比,并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。
展菲:您的前沿技术领航员
👋 大家好,我是展菲!
📱 全网搜索“展菲”,即可纵览我在各大平台的知识足迹。
每周定时推送干货满满的技术长文,从新兴框架的剖析到运维实战的复盘,助您技术进阶之路畅通无阻。
文章目录
引言
很多人做鸿蒙游戏时,一开始都会这么想:
“CI/CD 先不着急,等功能稳定再说。”
听起来没问题,但现实往往是:
- 功能越做越多
- 发布越来越慢
- Bug 越来越难定位
- 多端适配越来越混乱
慢慢你会发现:
不是你写不动了,而是项目“推不动了”。
在 HarmonyOS 的多端 + 分布式架构下:
CI/CD 不是“优化项”,而是“生存条件”。
下面我们讲清楚:
为什么说:做鸿蒙游戏,没有 CI/CD 基本等于自废武功?
一、先说结论
没有 CI/CD,你会失去 4 个核心能力:
1、稳定交付能力
2、版本控制能力
3、多端协同能力
4、快速迭代能力
如果缺一个:
项目还能做;如果全缺:项目基本做不下去
二、最常见误区
误区一:CI/CD 只是“自动打包”
很多人理解:
CI/CD = 自动构建
实际上:
CI/CD = 一整套交付系统
它解决的是:
构建
测试
发布
版本
回滚
误区二:项目小,不需要
现实情况:
越小的项目,越容易“乱”
因为:
- 没规范
- 没流程
- 没约束
等项目变大再补:
成本会指数级上升
三、没有 CI/CD,会发生什么?
1、发布流程失控
开发 → 手动打包 → 发包 → 测试 → 改 → 再来
问题:
- 重复劳动
- 易出错
- 无法复现
2、版本彻底混乱
这个包是哪次提交?
没人知道。
3、Bug 无法定位
测试:这个问题什么时候出现的?
开发:不确定……
原因:
没有构建记录
没有版本追踪
4、多端直接崩溃
在 HarmonyOS 中:
手机 / TV / 平板
没有 CI/CD:
每个端手动打包
结果:
- 版本不一致
- 功能不同步
- Bug 无法复现
本质:
系统复杂度已经超过“人力管理极限”
5、紧急修复不可控
场景:
线上出 Bug
没有 CI/CD:
找代码 → 手动打包 → 上传
风险极高。
四、有 CI/CD,会发生什么变化?
从“人驱动” → “系统驱动”
原来:
人点按钮
现在:
代码提交 → 自动执行
一次提交,自动完成:
构建
测试
打包
发布
通知
开发者只需要:
写代码 + 提交代码
五、鸿蒙游戏为什么更“依赖 CI/CD”?
1、多端复杂度
一个改动 → 多设备验证
手动流程:
重复 N 次
2、AI 带来的不确定性
Prompt 更新
模型变化
NPC 行为变化
必须:
高频发布 + 快速验证
3、分布式能力
鸿蒙核心能力:
设备协同
需要:
多环境测试
多端同步验证
这些:
没有 CI/CD 根本无法支撑
六、最小可用 CI/CD
不用复杂,先做最小版本
Step 1:统一构建
hvigor assembleHap --mode release
Step 2:接入 CI
build:
script:
- hvigor assembleHap
Step 3:自动触发
git push → 自动构建
到这里:
你已经完成 80% 的升级
七、进阶:让 CI/CD 真正“可用”
1、自动版本
VERSION=$(date +%s)
2、多端构建
mobile
tv
pad
3、自动测试
npm test
4、自动发布
deploy.sh
最终目标:
无人值守发布
八、一个真实对比
没有 CI/CD
发布一次:30~60 分钟
一天最多:3~5 次
有 CI/CD
发布一次:几分钟
一天可以:几十次
这不是效率提升,而是:
开发模式变化
九、为什么很多团队迟迟不做?
1、 “现在还不需要”: 后面更难改。
2、 “CI/CD 很复杂”:最小版本一天就能搭。
3、“先上线再说”:你会一直在救火。
十、总结
如果你没有 CI/CD,本质是:
用人的时间,去填系统的坑。
为什么说:
做鸿蒙游戏,没有 CI/CD 等于自废武功?
因为你会失去:
稳定发布能力
版本控制能力
多端管理能力
快速迭代能力
而 CI/CD 带来的,是:
自动化
标准化
可追踪
可回滚
在 HarmonyOS 的生态中,这意味着:
你不是在“提高效率”,而是在“建立工程能力”。
最后:
没有 CI/CD,你只能“做出来”;有了 CI/CD,你才能“做下去”。
更多推荐



所有评论(0)