如果你是一名 Flutter 鸿蒙开发者,这条消息还是非常重要的:OpenHarmony Flutter 生态刚刚完成了一次史无前例的"大搬家"。
官方在 AtomGit 平台正式搭建了 CPF-Flutter 专属组织,将原本分散在 openharmony-tpc、openharmony-sig、OpenHarmony-Flutter 等多个组织下的核心引擎、SDK、示例项目和 124 个三方插件库,全部集中迁移到了统一的新组织下。
这意味着什么?简单说:过去那种"找仓库像大海捞针"的日子,终于要结束了。
先说说背景。Flutter 鸿蒙化适配工作从启动至今,相关资源一直分散托管在多个不同的组织下:引擎在 openharmony-tpc,三方库在 openharmony-sig,示例项目又在 OpenHarmony-Flutter。这是我起初做Flutter鸿蒙化非常头疼的一件事,项目一会东一会西,一会在Gitee上,一会在AtomGit上。
早期社区规模小的时候,这种分散管理还能勉强运转。但随着入局开发者数量持续增长,Flutter 鸿蒙化适配、插件开发、场景落地工作愈发常态化,问题就暴露出来了:
2026 年 1 月,OpenHarmony 正式成立了 Flutter SIG 工作组,以开放透明的协作模式统筹推进 Flutter 鸿蒙化的各项工作。这次 CPF-Flutter 组织的建立,正是 SIG 工作组规范化治理的第一步大动作。
本次迁移覆盖四大类全量资源,规模相当大:

这是本次迁移的重头戏。原托管在 openharmony-sig 组织下的 124 个 Flutter 三方适配库已整体迁入 CPF-Flutter 组织。目前官方已完成 39+ 主流插件的全版本适配,涵盖:
所有适配插件均已公示版本适配清单,开发者可以根据自己使用的 Flutter 版本按需选用。
⚠️ 注意:所有旧仓库将全面停止维护!
这意味着旧仓库不会再有版本更新和问题修复,所有开发者必须尽快切换到新仓库。以下是具体操作步骤:
如果你已经克隆了旧仓库的本地代码,直接执行以下命令替换远程地址即可,无需重新克隆:
git remote set-url origin <新仓库地址>如果你的项目通过 Git 路径依赖引用了旧仓库资源,请将所有旧地址批量替换为 CPF-Flutter 新仓库地址,避免依赖拉取失败。
旧仓库已停止维护,未解决的 Issue 和待合并的 PR 需要在对应新仓库重新提交。不过 Engine 编译依赖仓库支持临时重定向,可以平滑过渡。
如需查找已鸿蒙化适配的 Flutter 插件,可直接访问 CPF-Flutter 组织主页(https://atomgit.com/CPF-Flutter),或在 AtomGit 搜索框检索插件名称,筛选 CPF-Flutter 组织资源即可。
作为长期关注 Flutter 鸿蒙生态的团队,我们认为这次迁移的意义远不止"换个仓库地址"这么简单。
首先,这是 Flutter 鸿蒙生态从"野蛮生长"走向"规范化治理"的标志性事件。 2026 年 1 月成立的 Flutter SIG 工作组,加上这次 CPF-Flutter 组织的建立,说明 OpenHarmony 官方正在认真对待 Flutter 生态的长期发展,而不是停留在实验阶段。
其次,124 个三方库的整体迁移和 39+ 主流插件的全版本适配,说明 Flutter 鸿蒙化的生态成熟度已经达到了一个新台阶。 从引擎到 SDK,从官方示例到三方插件,全链条资源已经形成闭环。
最后,结合此前公布的 Flutter-OH 2026 路线图——计划按季度发布版本,将与上游社区的平均滞后时间从约 7 个月缩短到 4 个月——我们可以看到,Flutter 鸿蒙生态正在加速追赶上游社区。对于正在做或准备做鸿蒙适配的 Flutter 开发者来说,现在是一个非常好的入场时机。
据官方透露,Flutter SIG 工作组后续将依托 CPF-Flutter 组织持续推进以下工作:
Flutter 鸿蒙生态正在加速成熟,你准备好了吗?欢迎在评论区分享你的看法和迁移过程中遇到的问题。