在实际工作中,存在多个团队都需要Jenkins来实现持续交付,但是又希望不同团队之间进行隔离,每个项目有自己的view, 只能看到自己项目的jenkins job.
但是,jenkins默认的权限管理体系不支持用户组或角色的配置,这里利用 Role-based Authorization Strategy 实现上述目的

  1. 启用 Role-based Authorization Strategy#
    进入系统管理 > Configure Global Security ,配置如下,此时该策略已启用
    注意:策略启用之后,不禁止修改!策略之间是独立的,一旦选择另外一中策略,当前策略将丢失,包括已生效的配置。

    启用这个策略后会出现这个选项

    2.角色(role)管理

    2.1创建角色 Manage Roles
    2.1.1 Global roles 全局的角色控制

    2.1.2 Item roles 项目的角色控制

    配置job pattern需要注意:prod.代表匹配以prod开头的内容
    例如:如果以dev开头就写成 dev. 一定要加上”.”; .*test表示以test结尾的内容项目
    注意:必须先进行Global roles的配置后方可对Project roles进行配置,可以解为先配置整体性权限,再按项目分权限,遵守从大到小权限控制的原则!
    2.2角色与用户进行关联

原文地址:http://www.cnblogs.com/yangtao416/p/16921594.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性