pingcode logo
功能日记

v4.186.0:优化动作和属性条件列表的排序


更新时间:2023年9月4日

更新内容

  1. 动作和属性条件排序优化
  2. 不适配的动作和属性条件展示优化
  3. 合并计划类触发器/动作到工作项
  4. 支持参与人为团队功能

动作和属性条件排序优化

为了更好的方便用户在使用自动化时选择适配的动作和属性条件进行自动化规则的搭建,因此在选择动作和属性条件列表中优先展示适配的内容,将不适配的内容展示在最后。具体展示排序规则如下:

  1. 依赖相同操作对象,且单复数匹配
  2. 不依赖操作对象
  3. 依赖相同操作对象,但单复数有偏差
  4. 依赖不同操作对象

依赖相同操作对象,且单复数匹配的示例场景:创建工作项,然后为工作项设置标签。触发器为「创建工作项」,操作对象为单个「工作项」。「设置工作项标签」动作依赖单个或多个「工作项」操作对象,此时该类动作是优先展示的。具体规则配置如下:

image.png

不依赖操作对象的示例场景:创建工作项,然后创建测试用例。触发器为「创建工作项」,操作对象为单个「工作项」。「创建测试用例」动作不依赖任何操作对象,但会改变操作对象为单个「测试用例」,此时该类动作是其次展示的。具体规则配置如下:

image.png

依赖相同操作对象,但单复数有偏差的示例场景:变更工作项负责人,获取其关联工作项,然后查找所在项目。触发器为「变更工作项负责人」,操作对象为单个「工作项」。「获取关联工作项」动作依赖单个或多个「工作项」操作对象,但会改变操作对象为多个「工作项」,而下一步「查找工作项所在项目」动作依赖单个「工作项」操作对象,所以此时该类动作是第三顺位展示的,并且规则无法成功执行。具体规则配置如下:

image.png

依赖不同操作对象的示例场景:创建工作项,然后设置产品需求标题。触发器为「创建工作项」,操作对象为单个「工作项」。「设置产品需求标题」动作依赖单个或多个「产品需求」操作对象,前后操作对象完全不匹配,所以此时该类动作最后进行展示的,并且规则无法成功执行。具体规则配置如下:

image.png

不适配的动作和属性条件展示优化

通过步骤之间连线变红的方式,方便用户在创建自动化规则时直观地看到无法继续往下执行的不适配步骤,能够及时进行调整。前后不适配的动作和属性条件包含以下两类:

  1. 依赖相同操作对象,但单复数有偏差
  2. 依赖不同操作对象

具体示例已经在前一节进行展示。这里主要举例包含流程控制的复杂规则中的操作对象变化以及是否适配。

  1. 并行、判断:先继承主线的操作对象,然后内部独立管理操作对象,并行或判断结束时合并操作对象之后替换主线操作对象
  2. 循环、逐个:内部独立管理操作对象,但不改变主线操作对象
  3. 条件:不改变操作对象

以「并行」流程控制举例,此时因为并行结束后的操作对象为多个「工作项」、单个「产品需求」,而「查找工作项所在项目」动作依赖单个「工作项」,所以前后完全不匹配。规则执行失败:

image.png

若将上述规则的并行合并步骤修改为「设置工作项负责人」,此时并行结束后的操作对象仍然为多个「工作项」、单个「产品需求」,而「设置工作项负责人」动作依赖单个或多个「工作项」,前后步骤操作对象能匹配。规则执行成功:

image.png

再以「循环」流程控制举例:创建工作项之后,通过循环的方式创建多个测试用例,并将工作项状态设置为进行中。具体规则配置如下:

image.png

「创建工作项」触发器的操作对象为单个「工作项」,循环内操作对象变更为单个「测试用例」,但不会影响主线操作对象,所以循环外操作对象仍然为单个「工作项」,「设置工作项状态」动作依赖单个或多个「工作项」,前后步骤完全匹配,规则能够成功执行。

合并计划类触发器/动作到工作项

将计划类触发器「变更计划负责人」、「变更阶段开始时间」、「变更阶段截止时间」等合并到「变更工作项负责人」、「变更工作项开始时间」、「变更工作项截止时间」。将计划类动作「创建计划」、「设置计划负责人」、「设置阶段进度」等合并到「创建工作项」、「设置工作项负责人」、「设置工作项进度」。场景示例:创建里程碑之后,设置里程碑的负责人。具体规则配置如下:

image.png

支持参与人为团队功能

为满足项目管理、产品管理等参与人可以直接选择团队的场景。自动化也支持了新的参与人为团队数据结构,如「设置项目成员」、「设置工作项关注人」以及参与人相关的动态数据。示例场景:创建工作项,设置一个团队为工作项的关注人。具体规则配置如下:

image.png

规则执行后,会给对应的工作项设置该团队为关注人:

image.png