Azure devops 使用过程模板中按字段审核的安全性

Azure devops 使用过程模板中按字段审核的安全性,azure-devops,Azure Devops,我有一位产品经理,他注意到查询中的“Review By”字段可用,现在要求在流程模板上显示该字段。根据,此OOTB字段用于特定工作项类型(代码评审请求/响应和反馈请求/响应)的TFVC代码评审流中。我的问题分为两部分: 从产品支持的角度来看,将一个用于某个目的的OOTB字段添加到用于新(尽管类似)目的的其他工作项中是否存在风险 创建一个新的自定义字段会更好吗 谢谢 添加OOTB是否存在风险(从产品支持的角度来看) 字段仅用于一个目的,用于为新的 类似的目的 因为您没有提到您使用的是哪种项目类

我有一位产品经理,他注意到查询中的“Review By”字段可用,现在要求在流程模板上显示该字段。根据,此OOTB字段用于特定工作项类型(代码评审请求/响应和反馈请求/响应)的TFVC代码评审流中。我的问题分为两部分:

  • 从产品支持的角度来看,将一个用于某个目的的OOTB字段添加到用于新(尽管类似)目的的其他工作项中是否存在风险
  • 创建一个新的自定义字段会更好吗
谢谢

添加OOTB是否存在风险(从产品支持的角度来看) 字段仅用于一个目的,用于为新的 类似的目的

因为您没有提到您使用的是哪种项目类型,所以在这里我将与TFVC/Git讨论这两种不同的类型

从产品支持的角度来看,您所关心的是,如果您的项目使用的是Git类型,那么添加的
审阅者字段很容易混淆,以确定您和您的团队开发人员需要关注哪些指标

事实上,由
审查的
在开发过程中都是需要的。仅对于Git类型的项目,此度量已集成到。在开发过程中,开发人员和项目负责人/管理员只需要关注Pull请求中的必需/可选需求。由于大多数开发人员都习惯于使用PR,WIT中提交的
审查人
很容易被忽略,而且,由于PR中的
审查人选项
重复了该度量标准,因此这会使报告更不清晰


但,若你们使用的是TFVC,你们知道,TFVC项目并没有PR。此时,代码审查是提高总体代码质量和降低产生更多错误风险的必要方法。由
审核的
字段可以让此审核更具可追溯性

您可以将此字段添加到相关团队正在工作的项目所使用的流程中。然后根据需要设置此字段,以确保可以严格执行代码审查

创建一个新的自定义字段会更好吗

事实上,我们建议您使用OOTB字段,而不是自定义新字段