为了追求稳定的迭代，不希望一些激进策略的实验开启或全量上线影响到产品，一般Feature发布这些影响线上的操作，是需要有审批和Review机制；而诸如一些快速迭代的业务、紧急bugfix，则希望能够快速上线，不希望有更多流程的阻塞。 综合不同业务安全性和灵活性的诉求，我们支持不同的业务可配置不同的工作流程，将审批等作为工作流程的一个环节。

• 场景1：重要功能的实验固化为Feature
  某短视频APP计划引入直播功能，先开实验运行一段时间后得出效果显著的结论，计划将实验固化为Feature发布全量上线。不过上线直播功能是一个大的功能迭代，需要谨慎操作，故希望这类重要功能的实验固化需要经过业务线管理员审批，审批通过后再逐步灰度放量。
• 场景2：紧急bugfix的Feature发布
  某APP的登录功能出现了闪退现象，经检查发现是有小bug，经过修复后在测试环境验证OK，想快速这个Feature发布全量，快速减少用户体验问题，需快速发布，不希望有审批等更多流程。

工作流程：由不同环节组成的不同业务的操作流程，比如实验开启、实验固化Feature、Feature都是不同的工作流程，示例如下：

• 实验开启：①新建实验—>②审批—>③开启成功
• 实验固化Feature：①生成Feature—>②设置发布计划—>③审批

1. 工作流程管理

• 功能入口：【全局设置】-【工作流管理】-【流程设置】

• 目前默认有以下四种工作流程。
  • Feature发布流程
  • 实验开启流程
  • 实验固化Feature流程
  • Feature 开启/关闭流程
• 工作流程具体包含哪些环节，由应用的管理员统一配置
  • 可点击编辑，选择打开或关闭某些环节，默认打开的环节不可关闭。
    

2. 工作流程生效

应用管理员配置好工作流程后，该应用下的操作将会按照对应的设置执行。比如：发布Feature若设置了①设置发布计划—>②审批，则发布Feature时，会按照①设置发布计划—>②审批的流程进行，需走完该流程后，Feature发布才生效到线上。

3. 审批

审批设置

• 可在工作流程管理中，打开审批开关，即为该流程增加了审批环节。
• 点击审批步骤，可设置审批的规划
  
  • 审批层级：当前默认1级审批
  • 添加默认的审批成员：可按角色或人员添加，添加后，该类任务的流程均默认需这些审批成员审批
  • 通过机制：当前默认1人通过即通过
  • 驳回机制：当前默认驳回后需要重新发起审批

审批任务管理

• 发起审批的任务，可统一在系统管理>>审批管理中查看
• 有审批权限的人员，可在对待审批任务进行审批