背景团队约二十人从本地开发机迁移到云原生 IDE历时一个月。本文记录迁移的四个阶段与踩过的坑。阶段一把环境装进镜像目标让所有人的环境长得一样。我们做的是把依赖、工具链、配置文件、环境变量全部固化进一个容器镜像。镜像一旦构建完成谁拉下来都是同一套。坑一开始把镜像做成了全家桶又大又慢。后来改成分层镜像——基础层装通用依赖业务层只装项目特有的东西构建和拉取都快了。阶段二把项目拆成工作空间目标一个项目一个空间互不干扰。每个项目对应一个独立工作空间空间从镜像启动自带代码和依赖。切项目就是切空间。坑空间多了成本跟着涨。我们的做法是闲置空间自动归档不用就收起来需要时再起活跃空间数降了一半。阶段三统一入口目标别让开发者记一堆地址。用一个统一控制台管理所有空间谁能进哪个空间、空间里跑什么镜像、资源给多少都在这里配。开发者只记一个入口。坑权限一开始设得太粗全团队一个权限组后来改成按项目分。能进控制台不等于能改配置这个边界要划清。阶段四保留本地兜底目标不是所有场景都适合云。网络不稳、要调试硬件、要本地跑的特殊依赖这些场景保留了本地选项。上云不是二选一是主力在云、兜底在本地。迁移经验清单镜像分层别做全家桶空间按项目切不要共用闲置空间自动归档控成本权限按项目分不用一把梭留本地兜底照顾特殊场景迁移分批做先小团队试再全量推一个月后的变化最明显的三个新人第一天能提交代码、切换项目从半天变两分钟、大编译不再卡机器。Titanide 这类云原生 IDE 产品本质是把上面这四步产品化——镜像、空间、入口、归档都变成平台里的配置项你不用自己写脚本维护。迁移的难点从来不是技术是把各装各的变成统一提供。