v3.31.0：Flow新增Jenkins连接器
主要更新内容：
- 新增Jenkins连接器（1个触发器），支持Jenkins Job状态同步到PingCode中
- 升级选多人时的逻辑，支持使用用户组、部门代指多人
- 新增计划规则（定时触发器），支持定时运行某个规则
- 新增一个Testhub自动化场景（测试用例评审通过后发通知给用例的维护人）
在v3.31.0版本中，PingCode Flow打通了Jenkins。通过Jenkins连接器中的「触发器：变更Jenkins Job状态」，PingCode会在Jenkins Job状态变更之后，触发自定义规则，使用者可以根据自己的需要配置后续的自动化操作。
例如场景1，在Jenkins Job构建失败时，通知项目成员：
该规则在Jenkins Job失败时触发，然后自动获取PingCode Agile中的相关项目，最后向这个项目的成员发送一条失败提醒。这个规则配置起来并不复杂，它适用于需要实时了解Jenkins Job构建结构的开发团队。
场景2，在Jenkins Job构建成功时，更新工作项状态：
该规则在Jenkins Job成功时触发，然后通过Jenkins Job中“其他信息”，匹配到关联的工作项，最后将这些工作项的状态设置为“已发布”。
目前刚完成Jenkins的接入，功能还有些薄弱，后续会有更多的动作、动态数据加入进来。通过它们，PingCode可以帮助Jenkins的使用者极大的丰富自动化的工作场景。
另外在v3.31.0版本中，Flow对“选多人”的场景进行了升级，例如这个场景，当“一个工作项状态被设置为拒绝时，将工作项自动分配给创建者的直属经理”：
在这个示例中，创建者所属的“组织”不能单纯的用固定的几个人来表示，因为组织的成员是会变化的。因此使用“设计组”、“研发组”、“测试组”这样的用户组来代指“几个人”就很有必要，当规则触发时，工作项的负责人当时属于什么组，就会满足那个组所在分支的“条件”。
另一个场景，当“创建一个工作项时，自动将研发部的成员添加到关注人中”：
在这个示例中，使用组织架构中的“研发部”代指研发部的所有人，无论部门有多少层级，有多少人，在规则执行时，这些人都会被实时的计算出来，这样会比在规则中定死固定的几个人更加的灵活。
接着在v3.31.0版本中还增加了「定时触发器」，它的使用场景是这样的，例如“在每周五的上午9点40分，创建一个工作项，分配给某某，添加某某关注”：
有了定时触发器，我们再也不用担心因为太忙，忘记定时做一些事的囧境了。
最后，在v3.31.0版本中，Flow新增一个Testhub自动化场景（测试用例评审通过后发通知给用例的维护人）：
通过该规则，可以在测试用例评审通过后，立即通知该用例的维护人。当然也可以利用类似的逻辑，在其他协作场景中自定义一些实时的消息通知。
以上就是v3.31.0的主要更新内容了。
