0501-批量发布指定范围内的工作流

业务背景

应用迁移、批量调整或统一上线时，可能需要发布一组已经确认的工作流。逐个打开并发布操作量较大，也容易遗漏，因此可以通过数据流生成待发布清单，再逐个调用工作流发布接口。

批量发布会改变工作流的正式版本，实际使用时必须限定目录、编码或元素白名单，不应默认发布当前应用中的全部工作流。

设计思路

将“确定发布范围”和“发布单个工作流”拆成主、子两个流程：主流程查询并整理待发布清单，子流程接收单个工作流的元素编码、路径和版本名称，再调用发布接口。

主流程：查询指定范围内的工作流 → 生成发布清单 → 分批调用子流程
子流程：校验单个工作流参数 → 调用发布接口 → 返回发布结果

核心配置

1. 限定待发布范围

   主流程可以通过 DeepModel 的 SystemElement 对象查询工作流元素，也可以从经过人工确认的数据表或参数中读取清单。使用 SystemElement 前，需要先在 DeepModel 中启用对应预置对象。

   查询条件应限定元素类型、目录、编码或白名单，并输出 elementName、path 和 versionName。建议先展示待发布清单并确认，再进入发布步骤。

2. 配置单元素发布子流程

   子流程使用【HTTP API】节点调用工作流发布接口，配置方式参见HTTP API。请求认证应使用当前项目认可的平台身份或服务认证方式，不要在节点配置、启动参数或日志中硬编码 Cookie 和令牌。

3. 控制批量提交规模

   主流程通过【数据流】节点调用发布子流程。目标数量较多时，应拆分为可核验的小批次，并根据环境负载选择批量同步或受控的批量异步方式，避免一次创建过多子实例。

4. 记录并核验结果

   每个子流程应返回目标工作流、版本名称和发布结果。主流程结束后，应核对成功、失败和未处理清单；单个元素失败时，只重试确认失败且允许重试的目标。

配置完成后，流程只发布清单范围内的工作流，范围外元素保持不变。正式使用前应先在非生产环境验证接口权限、元素筛选和版本结果。