目前系统基于v1版本开发的，如何快色升级到v2版本，有什么路径？
还是说相当于重写一次？
文档中有介绍：从经典 UI 迁移 :: Jmix 文档
另外，可以再等等。以下是核心开发团队关于这个问题的回复：
我们正在准备一系列专业文章，重点关注 AI 辅助从CUBA平台迁移到Jmix 2.7和Jmix 3.0。我们的内部经验和关键客户使用Claude Code、Codex和类似解决方案等现代AI工具迁移大型CUBA或早期Jmix系统的成果非常积极。在实践中，工程师通过 AI 辅助可以比以前的手动方法快几倍地迁移功能，而不会牺牲质量。我们计划根据这一经验发布实践指导和建议。
1 个赞
期待新的实践指导步骤方案
大家好，
关于从 Jmix 1.x 升级到 Jmix 2.x 的问题，我想补充一些来自核心团队的最新实践经验。
首先，这个过程不等同于完全重写系统。更准确地说，这是一个可控的迁移过程，可以在保留业务逻辑和数据的前提下逐步完成。
目前推荐的迁移路径如下：
- 代码与架构分析 识别 Vaadin 8（Classic UI）相关部分，以及需要迁移的核心模块。
- 使用官方迁移工具与指南 Jmix 团队已经提供了针对 CUBA 和 Jmix 1.x 的迁移仓库和说明：https://github.com/jmix-framework/jmix-migration-from-v1
- 分阶段迁移 UI（关键步骤） 从 Classic UI 迁移到 Jmix 2.x 的 Flow UI，这是主要工作量所在。
- 结合 AI 工具加速迁移 在实际项目中，我们看到使用 Claude、Codex 等工具可以显著提升迁移效率。
根据我们的内部实践，合理使用这些方法可以将迁移工作量降低约 3–10 倍（相比纯手动迁移）。
另外，这里有一些推荐资源：
- 实践文章（包含真实项目经验）：Migrating from CUBA Platform to Jmix with AI Agents – Jmix
- 迁移专题 Webinar（包含方法与案例）：Webinar Migrating from CUBA Platform to Jmix
总结一下：
不需要完全重写
有清晰的迁移路径和工具
UI 迁移是主要工作量
AI 工具已经在实际项目中证明有效
如果有具体项目情况（代码规模、模块结构等），可以进一步讨论，我们可以帮助更准确评估迁移成本。
1 个赞