EDITORIAL言葉
社内のR＆D部門は、複数の運用・保守担当者があるかもしれない、と運用・保守担当者は、多くの場合、これらの異なるプロジェクトを担当しているが、別のユーザーの同じジェンキンスである彼らが使用している可能です。その後、我々は、異なるユーザがジェンキンスをログインした後、別のプロジェクトを参照することができ、需要を達成するために願っています。ジェンキンスは、簡単な著作権管理を提供し、我々は中にできる システム管理] - > [グローバルセキュリティ設定は、以下を参照してください。
しかし、ここで権限を設定するにはあまりにも簡単で、私たちのコピーのニーズを満たすことが明確にできないので、プラグイン・ジェンキンスの導入のこの時点で：戦略の許可の役割ベースの
插件：ロールベースの認証の戦略
オープンプラグインセンター、我々はを検索することができます。
再起動ジェンキンス後、再オープン：システム管理] - > [グローバルセキュリティ設定は、我々だけでプラグ多くのオプションがあります
私たちは、一方で、この設定を選択したシステム管理の新しいオプションの出現：
準備：
1.テストへの私たちのプロジェクトのために、以下をコピーします。
2. 3人のテストユーザーを作成します。テスト/開発/製品を
オープン：システム管理] - > [ユーザー管理
エンドユーザフォーマット：
アクセス権を設定します。
オープン：システム管理- > [ロールの管理と割り当て
私たちは、主に上記の二つを使用しています。ユーザは、1つのプロジェクトで、1はグローバルで、二つの役割を持っている必要があります操作したいです：
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 插件相比于系统的虽然完善了不少，但是仍然在很多时候显得不那么只能，而且前端似乎并不友好。但没办法，这东西没得挑。