fvm：版本切换工具，让多个 Flutter

手上同时维护几个 Flutter 项目时，最容易踩的坑就是版本打架：A 项目要用新版特性，B 项目的老代码只能跑在旧版上，来回重装 SDK 又慢又容易出错。fvm 就是解决这个问题的版本切换工具，它让多个 Flutter SDK 版本在同一台电脑上共存，每个项目锁定自己的版本，切换项目就自动切换版本，不用再手动重装。

一张表看清 fvm

它的定位很聚焦：不管 SDK 的安装细节，只管版本这件事。项目需要哪个版本，就用哪个版本；团队成员各自的电脑上装的版本不一样，也能靠项目锁定配置拉齐，减少在我电脑上能跑、在你电脑上报错这类环境问题。

版本切换解决的三个麻烦

第一个麻烦是项目之间的版本冲突。没有版本管理工具时，切项目就等于切 SDK，重装耗时，还容易把全局环境搞乱。有了按项目锁定的版本，打开项目就是它该用的版本，互不干扰。

第二个麻烦是新版本的试用成本。想验证某个新渠道的特性，不用动现有项目的环境，单独装一个版本试，试完不满意直接切回，试错成本很低。

第三个麻烦是团队环境不一致。新人入职、换电脑、持续集成换机器，每次都要对一遍 SDK 版本，靠项目锁定配置就能把这个环节固定下来，少了很多口头对版本的沟通。

渠道没有高低之分，只有合不合适：正式项目守稳定渠道，实验项目再往新渠道走，这个顺序不要颠倒。

安装步骤

1. 先确认电脑上已经装好 Dart 环境，并且现有的 Flutter 项目能正常运行，再引入版本管理工具。
2. 按照项目文档提供的方式安装 fvm，装好后先验证它能正常列出已安装的 SDK 版本。
3. 挑一个非正式项目练手：给它装一个指定版本并锁定，确认切换后项目确实在用锁定的版本编译。
4. 练手跑通后，再把正式项目逐个接入，每个项目锁定各自需要的版本，不要一次性全切。
5. 把版本锁定配置随项目代码一起提交，团队成员拉到代码就能拿到一致的版本要求。

必改设置：让版本切换不出错的四个配置

• 项目级版本锁定：每个项目都要明确写死 SDK 版本，不写锁定就等于没用版本管理，切项目时还是会乱。
• 全局默认版本：给平时最常用的版本设一个默认，临时建项目、跑小实验时不用每次都指定。
• 发布渠道选择：按项目阶段选渠道，正式项目固定稳定渠道，实验项目单独走新渠道，两类项目不要共用一套默认。
• 缓存与安装目录：确认多版本共存的存放位置，磁盘空间紧张时定期清理不再用的旧版本，别让 SDK 越积越多。

常用工作流程

日常开发时，流程是这样的：进入项目目录，工具按锁定配置使用对应版本；需要给某个项目升级版本时，先在分支里改锁定版本，跑通测试再提交，避免直接在主线上升级导致全队跟着踩坑。需要同时验证两个版本时，两个项目各用各的版本，并行跑互不影响。

持续集成接入时，同样靠锁定配置来保证构建机用的版本和开发机一致，构建脚本里不要再硬编码某个版本号，两处口径一旦分叉，排查起来非常花时间。

注意事项

• 切换版本前先看项目文档，确认目标版本和项目依赖是否兼容，版本切过去不等于依赖自动适配。
• 不同操作系统上的安装细节和路径规则可能有差别，跨平台团队要以项目文档为准，不要照搬另一台电脑的配置。
• 旧版本不要一次全删，留一个能回退的版本，万一新版本有兼容问题，还能马上切回去。
• 复杂场景下的路径解析和切换实现细节，接入前先读官方入门文档，自动化脚本不要凭推测写。
• 只维护单一 Flutter 版本的用户，直接用官方安装方式更简单，没必要为了用工具而用工具。

适用人群与替代方案对比

这款工具最适合三类人：同时维护多个 Flutter 项目的开发者，需要在不同发布渠道之间做验证的人，以及希望把团队 SDK 版本统一起来的人。对他们来说，版本切换是每天都会碰到的事，工具的价值立竿见影。

和手动管理 SDK 相比，它的优势是版本共存和项目锁定，不用重装、不用记每个项目对应哪个版本；和容器化方案相比，它的优势是轻，不用为每个版本起一套隔离环境，但相应地，隔离程度也不如容器，对环境隔离要求极高的场景要另作评估。简单说：问题出在版本切换上，就用它；问题出在环境隔离上，就别只靠它。

更多用法与下载指引，关注公众号「软件教程管家」，回复【fvm】即可获取。

推广

关注「软件教程管家」

回复软件名即取即下：网盘下载链接 + 提取码，一步直达，不用再跳转。

相关推荐

开源项目WallpaperMachine 免费下载开发node-rs 免费下载｜Rust 原生绑定包集合开发Roundhouse 免费下载｜Ruby 静态分析开发Flatcar Container Linux 免费下载开发Nature Skills 免费下载开发bddisasm 免费下载｜轻量级 C 指令解码库