2）修改输出节点名称
运行成功 OR 运行半小时还在运行
True
发布是否成功
提交【修改输出节点的父节点输出名称】
获取当前节点最新版本（status）情况
是否为“数据开发节点”
测试是否成功（每5分钟拉取一次数据，最多6次）
False
表名自动化修改
运行是否成功
手动确认处理
天/周调度-- 选取最近一次调度时间
移除老表名对应输入，添加新表名的输入
替换后
调用GetFile获取文件的详情
不存在
在output中手动添加新表名
不发布
小时调度-- 选取当天第一次调度时间
根据节点元数据，找出所有使用才该表的节点
修改输出节点中老表名、修改节点名称
输出节点进行第二次提交
节点中output名称是否存在老表名
直接提交
提交【修改输入节点】
表名\b批量修改完成前同步事项：1）不允许提交2）不允许发布
存在
修改输出节点，给输出节点output中手动添加新表名
status == DEPLOYED（已发布）
1）替换节点中的老表名
提交【修改输出节点内容】
进行发布
不添加
status != DEPLOYED（已发布）
修改输入节点，替换表名
批量运行rename语句
准备好需要修改的表名
生产环境测试运行
修改前\b状态是否为提交未发布
新表名替换旧表名
获取文件代码 -- 将原代码中的老表替换成新表
初始化节点元数据，节点历史版本元数据以及表元数据
输出节点进行第一次提交
替换中
是否为“设置自动依赖”
替换前
Flase
运行失败
Fase
输出节点名称 is None
1）获取节点类型2）获取节点是否为自动解析3）获取 InputList 文件依赖的上游文件的输出
是否存在“老表名”
节点是否从未发布过
替换表存在对应业务监控、主键监控、role权限
进行通知
提交是否成功
老表名包含在其他表名中 OR 其他项目空间存在相同表名ORBI报表存在引用
