Ho
- 完全跳过：成本一般，功能通用性需要考虑 - 完全重试：成本高，功能通用性需要考虑
如果允许子流程跳过的话，需要解决以下问题： 1. 如何处理子流程中失败节点的状态 2. 如果流程中存在循环结构，再次循环执行到子流程节点内部是，之前失败的节点要如何处理
需要梳理 - 表单渲染策略及方案 - 表单项勾选到全局变量后进行部分渲染（参数填写页面，子流程渲染页面）的方案 - 表单项勾选到全局变量后存储到 pipeline tree 中的数据格式 - 全局变量中的配置项（正则校验、显示/隐藏、自动隐藏）的功能兼容 - 变量的一些特殊逻辑（渲染豁免、参数复用）的处理
为何需要 30 分钟如此长的 HTTP 连接时长？能否描述一下具体的业务场景？
1. 除了可读版本号，是否需要增加 hash 版本号进行不依赖版本环境的版本标识 2. 用 Draft 表来维护一系列实际上已经固化的版本，命名不太合适 3. 是否可以考虑减少对 pipeline template 模型的依赖，减少模型引用深度，解决历史遗留问题 4. 当前上线的版本是否可以考虑单独用一张表维护，版本表中的一行数据一旦创建后是不可变的，而上下线属于状态数据，如果放在版本表中一起维护，如何检索当前上线的版本也是一个问题，type 字段区分度低，不适合建索引 5. 这次改动涉及到的相关功能改动及工作量需要评估，按人/天估计 6. 升级数据迁移方案需要补充
这个一直有的，因为第三方插件列表是滚动加载的，需要滚动到对应页才能看到选中效果
- 请提供你使用的标准运维开源代码版本，从根目录下 `app.yml` 中 version 字段获取 - 请提供你使用的蓝鲸社区版版本号
请提供 `npm run build` 的运行日志
手动任务，API 任务，周期任务，计划任务 都属于任务记录的一种，所以这里的新建指的是（从模板中）新建一条任务记录
需要等待 paas 在 plugin_list 接口中提供这两个信息