为什么需要发布版本
在编辑器中直接修改的代码仅在调试区即时生效，若要在工作流或智能体中正式应用改动，必须点击「发布」生成正式部署版本。调试环境与生产部署环境相互隔离，可确保修改技能代码时不会影响线上运行的智能体与工作流服务。
版本保存与回滚操作步骤
保存版本快照
调试确认无误后，点击编辑器右上角的「发布」按钮。在弹出窗口中输入当前版本的版本名称，默认会自动填充当前时间作为名称，也可自定义修改（例如输入v1.0.0）。确认后系统会将当前代码状态固化为正式版本发布上线。
注意：发布时系统会自动应用项目根目录下
.gitignore文件的忽略规则，若文件不存在则自动创建包含node_modules、.venv、dist等默认忽略项的文件。仅未被忽略的文件会被打包发布，若打包文件总体积超限可能导致发布失败。
历史版本回滚
若需要恢复到以前的版本，点击编辑器右上角的「版本历史」（时钟）图标查看已发布的所有历史快照。将鼠标悬停在要恢复的历史版本上，点击「切换」（返回箭头）图标，即可一键将工作区文件与当前线上运行的版本同时切换回该历史版本。
注意：回滚的版本不会携带被
.gitignore忽略的文件，例如node_modules、.venv等本地依赖文件不会被恢复。
使用边界与易错提示
该功能的核心是隔离调试与生产环境，因此不建议直接在生产环境的运行实例中修改代码，所有改动应先在调试区完成验证后再发布。同时需注意，发布前需确认未被忽略的文件总体积未超限，否则会导致发布失败；回滚操作仅恢复未被忽略的文件，无法恢复本地依赖等被过滤的内容。
来源：https://doc.fastgpt.cn/zh-CN/guide/build/skill/version