사설 단어
회사 내 R & D 부서는 여러 운영 및 유지 보수 인력이있을 수 있으며, 운영 및 유지 보수 직원은 종종 서로 다른 프로젝트에 대한 책임이 있습니다,하지만 다른 사용자의 동일한 젠킨스입니다 그들이 사용하는 것이 가능하다. 그런 다음 우리는 다른 사용자가 젠킨스 로그인 한 후 다른 프로젝트를 볼 수 수요를 달성 할 수 있도록 노력하겠습니다. 젠킨스는 간단한 권한 관리 기능을 제공, 우리는에 있습니다 시스템 관리 -> 글로벌 보안 구성 을 참조하십시오
그러나, 우리의 사본의 요구를 충족 명확없는 권한을 구성 할 수 여기 너무 단순 플러그 - 젠킨스의 도입이 시간에 있도록 : 전략의 권한을 역할 기반
插件 : 역할 기반 권한 부여 전략
열기 플러그인 센터, 우리는 검색 할 수 있습니다 :
다시 시작 젠킨스 후 다시 엽니 다 : 시스템 관리 -> 글로벌 보안 구성은 우리가 플러그 많은 옵션을 찾을 수 있습니다
우리는이 구성을 선택한 동안 시스템 관리의 새로운 옵션의 출현 :
준비 :
1. 시험에 우리의 프로젝트에 대해 다음을 복사 :
2. 세 가지 테스트 사용자를 만듭니다 테스트 / 개발 / 제품
열기 : 시스템 관리 -> 사용자 관리
최종 사용자 형식 :
권한을 구성합니다
열기 : 시스템 관리 -> 관리 및 할당 역할
우리는 주로 위의 두 가지를 사용합니다. 사용자는 하나의 프로젝트이며, 하나의 세계이며, 두 가지 역할이 있어야 운영하고 싶어 :
1. 역할을 만듭니다 하여 역할 관리
2. 지정 역할 : 할당 역할
说明：我们这三个用户其实代表着三个不同的属性，为了区分我给他定义了三种不同角色。这样以后就可以给每个角色授权不一样的权限。
当然，我们这里就给了一个全部的只读权限，用户可以登录，并且修改自己的东西。
3. 创建项目角色：Manage Roles
4. 给用户分配项目权限：Assign Roles
说明：我们给用户分配不同的项目和权限，便于测试对比。
5. 查看权限效果：
test 用户登录后项目：
test 用户项目权限：
test 用户权限说明：test 用户登录后能看到 TEST 开头的项目，包括文件夹，但是对于项目，test 用户都只具有执行权限，而没有修改和配置的权限。
develop 用户登录后项目：
develop 用户项目权限：
develop 用户权限说明：可以看到，因为我们多配置了 Config 权限的原因，develop 相比于 test 用户对于分配给自己权限的项目多了修改配置权限。
product 用户登录后项目：
product 用户对于 TEST 项目权限：
product 用户对于 PRODUCT 项目权限：
product 用户授权说明：我们可以看到，PROCUDT 项目由于授权了 config 权限，所以用户能够修改，TEST 项目没用 config 权限，虽然同样是授权给了 product 用户，但是也是只有执行权限而已。
至此，基本的权限管理大致完成！
小结
Role 插件相比于系统的虽然完善了不少，但是仍然在很多时候显得不那么只能，而且前端似乎并不友好。但没办法，这东西没得挑。