代码分析执行
- Updated: 2025/05/22
作为管理员，您可以在开发人员将自动化文件签入公共工作区时强制执行代码分析。 您可以根据其自定义角色中分配的权限，限制 RPA 开发人员或 平民开发人员 签入包含代码分析违规的自动化。
代码分析执行基于以下几项的组合：
- 应用于文件夹的策略
- 在其自定义角色中分配给用户的权限
代码分析执行权限
以下代码分析执行权限可用：
- 启用机器人签到的强制执行： 所有角色的默认权限，允许用户签入没有代码分析违规的自动化文件。
- 允许签入低严重性违规： 此可选权限允许用户签入包含低严重性代码分析违规的自动化文件。
- 允许签入高严重性违规： 此可选权限允许用户签入包含高严重性代码分析违规的自动化文件。
重要： 从 Automation 360 版本 29 开始，所有系统角色（例如 AAE_Basic 或 AAE_Admin）将仅拥有无违规情况下签入自动化文件的权限。 所有自定义角色（用户定义的角色）都已更新为包含签入低严重性和高严重性违规的权限。 为了强制执行，您应该编辑您的自定义角色以限制签入。 如果您仅为用户使用系统定义的角色，要配置强制执行，您必须创建新角色以分配签入包含违规的自动化文件的相应权限。
注：
Automation 360 通过允许所有权限为非默认且可编辑，支持自定义角色创建。 但是，对于 v30 之前的版本，系统创建的角色（例如 AAE_Admin）是强制性的。 有关更多信息，请参阅 系统创建的角色。
根据开发人员的技能水平，使用不同的角色和权限来限制自动化文件的签入。 例如，您可以对文件夹应用低严重性和高严重性违规的策略。 您可能有 平民开发人员 被分配了权限，可以签入包含高严重性和低严重性违规的自动化文件，而 RPA 开发人员可能只有签入无违规或只有低严重性违规的自动化文件的权限。
您可以在不同的自动化项目上使用不同的策略，并为不同的策略和环境设置不同的规则严重性级别。 例如，在测试环境中，您可以制定策略，将所有规则设置为高严重性，而 RPA 开发人员只能签入低严重性或无违规的自动化文件。
示例
以下示例显示了三个自动化文件及其代码分析结果：
| 自动化文件 | 代码分析结果 |
|---|---|
| 文件 1 | 10 条高严重性违规规则 |
| 文件 2 | 7 条高严重性违规规则 20 条低严重性违规规则 |
| 文件 3 | 10 条低严重性违规规则 |
此示例包括三个具有分配角色的用户：
| 用户 | 已分配角色 |
|---|---|
| Alice | 角色 1 |
| Bob | 角色 2 |
| Carol | 角色 1、角色 2 |
- 角色 1 的用户可以签入包含高严重性违规结果的自动化文件。
- 角色 2 的用户可以签入包含低严重性违规结果的自动化文件。
对这些用户的代码分析执行情况如下：
- Alice 可以签入文件 1。
- Bob 可以签入文件 3。
- Carol 可以签入文件 1、文件 2 和文件 3。