![]() |
1
6
我们建议与角色合作,因为它有两个优点 a.您可以根据角色设置完整的配置。例如,您可能有一个“已验证”的工作流转换,它只能由测试人员执行。 您可以选择添加“用户在组测试人员中”或“用户具有角色测试人员”的转换条件。 如果您在一个用户在不同项目中具有不同角色的组织中工作,那么选择第一个过渡条件(用户在Group Tester中)将不起作用(或者您需要为每个项目创建一个新的工作流)。
同样适用于通知。
当使用角色时,将某人添加到项目中非常简单——只需检查此人在项目中的角色,将其添加到项目配置中(查看成员),即可完成。他将拥有正确的权限,获得正确的通知… B.配置当您使用角色进行配置时,不需要系统管理权限来将某人添加到项目中。项目负责人将能够添加用户。不需要麻烦系统管理员。 看看你的描述,我会的
这样,您就可以对所有项目使用相同的权限方案。添加新项目时,只需将特定于客户机的用户ID添加到客户机角色。 当新员工开始时,您将他添加到员工组中。 在您有一个特定的超机密项目的那天,只有几个员工需要访问,您可以从角色“Employee”中删除组“Employees”,并将特定用户添加到该角色中。 希望这有帮助 弗兰西斯 |
![]() |
2
3
历史上,圣战组织是第一个。然后角色出现了,在大多数情况下,它们是控制授权的推荐方法。 Matt |
![]() |
3
1
集团是全球性的。可以根据项目(本地)组来考虑角色。 角色要好得多:如果有大量的项目,很快就会出现大量的团队和 权限方案 (每个项目一个)。 使用基于角色的权限方案不会造成任何损失,因为您可以向角色添加组。 但是你获得了很大的灵活性。例如,对于每个项目,您当前的员工角色都由您的员工组担任,但是随着公司和复杂性的增加,每个项目可以有不同的员工,而无需更改权限方案。 |
![]() |
kagarlickij · Jira从其他Jira同步任务 6 年前 |
![]() |
Slava Podolskiy · Jira问题密钥的正则表达式 6 年前 |
![]() |
VolodymyrH · 如何在链接的Jira问题之间复制评论? 6 年前 |
![]() |
u123 · 未将任何内容写入日志文件(atlassian jira) 6 年前 |
![]() |
Amnon · 尝试将IDEA连接到Jira时出现“握手失败”错误 7 年前 |
![]() |
Stan A · Jira票证中缺少BitBucket分支链接 7 年前 |