グループとロールがあることは知っていますが、ユーザーをプロジェクトから分離する方法がわかりません。したがって、projectA を DeveloperA に、projectB を DeveloperB に表示できるようにしたいと考えています。
これを行う方法についてのチュートリアルはありますか?助けてくれてありがとう
グループとロールがあることは知っていますが、ユーザーをプロジェクトから分離する方法がわかりません。したがって、projectA を DeveloperA に、projectB を DeveloperB に表示できるようにしたいと考えています。
これを行う方法についてのチュートリアルはありますか?助けてくれてありがとう
JIRAプロジェクトレベルのセキュリティドキュメントをご覧ください。
または、問題レベルにドリルダウンする場合は、その情報がここにあります。
残念ながら、JIRAは、プロジェクトの可視性によってプロジェクトをサポートするように設定されていません。出来ますか?疑いなく。不必要なセットアップがたくさん必要ですか?確実に。JIRA自身のドキュメントにあるこれらの2つのコメントは、関連するセットアップの量をほのめかしています。
「あなたの会社にぴったり合うセキュリティ構成を実現するには、かなりの時間、労力、想像力が必要になります。」
「JIRA環境を大幅にカスタマイズしない限り、ユーザーを特定のグループに自動的に割り当てる方法はありません」
作業が必要になることがわかったので、グループの作成と権限スキームの設定に焦点を当てる必要があります。どちらも、プロジェクトごとに行うか、特定のユーザーに基づいてユーザーを論理的にグループ化する必要があります。クライアント、部門、部門、内部など。そのセットアップを取得するための特定のJIRAドキュメントは次のとおりです。
https://confluence.atlassian.com/display/JIRA051/Using+Project+Level+Security+with+User+Groups
重要なのは、アクセス許可をどのように管理するかを決定することです。通常、役割ごとに管理するとより多くの制御が可能になりますが、グループごとに管理するためのオーバーヘッドが少なくなります (役割はプロジェクトごとに指定する必要があります)。パーミッション スキームの設定方法が不明な場合は、https ://confluence.atlassian.com/display/JIRA/Managing+Project+Permissions を参照してください。管理しようとしているユーザー/グループ/ロールの数に応じて、個々のユーザーに権限を割り当てることもできます。それが役立つことを願っています。
プロジェクト ロールを使用 (または作成) します。たとえば、プロジェクト A の開発者が開発者 A をロールに追加します。プロジェクト B で、Dev B を同じ役割に追加します。両方のプロジェクトで使用されるパーミッション スキームで、Browse Projects パーミッションを Developers ロール (グループではない) に付与します。