ルール・アクターの偽装を制限する
Jira Automation のルールを作成して設定する
- Jira Automation のルールを作成して編集する
- Jira Automation のルールを有効/無効化する
- 関連する課題にアクションを実行するために自動化ルールのブランチを作成する
- Jira Automation のルールをインポート/エクスポートする
- Jira 自動化ルールを別のユーザーとして実行する
- 課題で手動でルールを実行する
- 課題に対してルールを一括で実行する
- あるユーザーから別のユーザーに Jira Automation のルールを転送する
- 自動化ルール向けのマスクされたシークレット キーの作成と編集
- ルール・アクターの偽装を制限する
- Confluence ページを作成するルールを設定する
このページの内容
関連コンテンツ
- Merge a pull request
- Remote merge is not happening in Bitbucket Server
- Merging a pull request with 'rebase and fast-forward' strategy fails with merge conflict in Bitbucket Server
- Merging a pull request with 'rebase and fast-forward' strategy fails with merge conflict in Bitbucket Server
- Pull Request is automatically marked merged in Bitbucket Data Center and some of the code changes are lost on target branch after performing conflict resolution in a different branch
- Automatic branch merging
- Commits missing from Pull Request merge on target branch
- Code changes lost on target branch despite PR showing as merged with conflicted files in Bitbucket Data Center
- Bitbucket Server is unable to create the merge diff for pull requests
- The diff in pull requests is showing unrelated files after upgrade of Bitbucket Server or Data Center to 7.x or 2-way diff change.
Jira 自動化 9.1 以降では、新しいルールを作成したときにルールのアクターとして選択できるのは自分だけです。これにより、必要な権限を持たないユーザーが他のユーザーに偽装したり、Jira 自動化ルールによって課題を作成したりするのを防ぐことで、インスタンスのセキュリティが向上します。
ただし、必要に応じて、グローバル権限とプロジェクト権限を設定することで、他のユーザーがルールのアクターに偽装することを許可できます。
ルール・アクターの偽装を有効にする
グローバル権限を設定することで、システム全体でルール・アクターの偽装を有効にできます。グローバル権限の管理の詳細を確認
ルール・アクターの偽装をグローバルに許可する方法。
- [管理]、[システム] の順に移動し、[グローバル権限] を選択します。
- [Jira 権限] で、[権限の追加] に進み、[A4J グローバル・スコープのユーザーに偽装する] を任意のグループに追加します。
また、プロジェクトの権限を設定することで、特定のプロジェクトでのみルール・アクターの偽装を有効にすることもできます。プロジェクト権限の管理の詳細を確認
特定のプロジェクトのルール・アクターの偽装を許可する方法。
- [プロジェクト設定] に移動し、[プロジェクトの権限] を選択します。
- [A4J プロジェクト・スコープのユーザーに偽装する] 権限の横にある [編集] を選択し、希望するユーザー、ロール、またはグループを追加します。
最終更新日: 2024 年 2 月 12 日
関連コンテンツ
- Merge a pull request
- Remote merge is not happening in Bitbucket Server
- Merging a pull request with 'rebase and fast-forward' strategy fails with merge conflict in Bitbucket Server
- Merging a pull request with 'rebase and fast-forward' strategy fails with merge conflict in Bitbucket Server
- Pull Request is automatically marked merged in Bitbucket Data Center and some of the code changes are lost on target branch after performing conflict resolution in a different branch
- Automatic branch merging
- Commits missing from Pull Request merge on target branch
- Code changes lost on target branch despite PR showing as merged with conflicted files in Bitbucket Data Center
- Bitbucket Server is unable to create the merge diff for pull requests
- The diff in pull requests is showing unrelated files after upgrade of Bitbucket Server or Data Center to 7.x or 2-way diff change.
Powered by Confluence and Scroll Viewport.