n8n 2.0：安全默认值、发布流程与迁移重点完整解读

这次发布了什么

官方在 2025 年 12 月 8 日发布 2.0 Beta，并在 12 月 15 日推出稳定版。

它集中处理 1.x 时代因兼容性无法直接改变的安全、可靠性和旧功能问题。

安全默认值变了什么

Task runners 默认启用，Code 节点在更隔离的环境中执行；环境变量访问与任意命令节点默认收紧。

这像新办公室把工具柜默认上锁，需要的人按审批拿钥匙，而不是所有人都能直接使用。

保存与发布为什么分开

2.0 把 Save 与 Publish 分开：保存草稿不再自动改变线上正在运行的版本。

这降低编辑一半就影响生产流程的风险，也要求团队建立发布与回滚习惯。

性能和可靠性

官方强调 SQLite 连接池、二进制数据处理和任务隔离等改进。

这些是底层稳固，不应被写成所有流程都会十倍提速。

升级前做什么

先在 1.119.0 或更高版本运行 Migration Report，处理 critical 项，再备份数据库、凭据和工作流。

用测试实例演练升级，验证 Webhook、Code、子工作流、文件和队列模式。

社区主要反馈

公开社区的问题集中在 Execute Command 等节点默认不可用、迁移报告入口和数据库迁移状态。

这些帖子不是科学抽样，但说明“更安全的默认值”可能让依赖旧权限的流程需要人工配置。

谁应该升级

新部署应从稳定 2.x 开始；既有生产实例应在完成报告、备份和回归测试后升级。

无法承担停机的系统，不应把首次迁移直接放在生产环境。

编辑判断

2.0 的价值是把 n8n 从“保存即上线”的个人工具习惯推向更稳妥的生产发布。

代价是管理员必须真正理解权限、迁移和运维责任。