升级到测试状态
Explorer 组升级策略的第二个需求是,只有开发团队负责人才能将对象从“开发”状态升级到“测试”状态。为此,站点管理员确保在 ACL 定义中为团队负责人承担者启用了 PromotePromoteProject 权限。
* 
有关处理权限时的承担者角色和 ACL 的详细信息,请参阅用户和组权限:访问控制列表
接下来,管理员使用 AllowedStates 策略选项,指定开发团队负责人可将修订版本升级到哪个状态。对于 Explorer 团队,对应的是测试状态。
由于示例中的“开发人员”角色没有升级对象的权限,因此开发团队负责人 (实际上是被分配“团队负责人”角色的任何人) 现在是唯一可以将对象从开发周期的“开发”阶段升级到“测试”阶段的人员。这满足了升级策略中的第二个需求。
然后实施其余需求:
管理员确保“测试者”承担者不具有 LockCheckIn ACL 权限。这满足了第三个需求,即测试者不能对开发对象进行更改。
管理员仅在 LockStates 策略选项中为所有用户角色指定“开发”状态,从而确保在“测试”状态中没有人更改对象。
最后,管理员授予质量管理经理角色升级到“发布”状态的权限。
通过在 ACL 中进行这些更改并调整一些承担者定义,Explorer 项目可以制定一个支持站点开发周期的全面升级策略。
这对您有帮助吗?