项目权限在权限模型内创建，然后由 JIRA 管理员指派给特定项目。管理员根据以下对象授予项目权限：

  • 各个用户
  • 群组
  • 项目角色
  • 事务角色，例如“报告人”、“项目负责人”和“当前经办人”
  • “任何人”（例如允许匿名访问）
  • （多）用户选择器自定义字段。
  • （多）群组选择器自定义字段。它可以是实际的群组选择器自定义字段，或其值为群组名称的（多）选择列表。

请注意，有些权限与其它权限存在依赖关系，以确保用户可以执行所需操作。例如，为了使用户能够解决事务，您必须向该用户授予“Transition Issue”权限和“Resolve Issue”权限。

本页内容：

下表列出了不同类型的项目权限及其相应功能。请注意，项目权限还可用于工作流条件。

项目权限概述

 

项目权限

说明

Administer projects

此权限用于在 JIRA 中管理项目。其中包括编辑项目角色成员资格、项目组件、项目版本，以及一些项目详情（“项目名称”、“URL”、“项目负责人”、“项目描述”）的能力。

Extended project administration

选中此权限时，项目管理员可执行以下操作：

  • 编辑工作流 - 前提是工作流不与其他项目或系统工作流共享。
  • 编辑屏幕 - 前提是屏幕不与其他项目共享。

Browse projects

此权限用于浏览项目、使用事务导航器和查看单个事务（受事务级安全性限制的事务除外）。 许多其他权限均与该权限存在依赖关系，例如“Work On Issues”权限仅对同时拥有“Browse Projects”权限的用户有效。

Manage sprints（仅供 JIRA Software 用户使用）

此权限用于针对面板中的所有项目执行以下 Sprint 相关操作：

  • 创建 Sprint
  • 启动 Sprint
  • 完成 Sprint
  • 重新打开 Sprint
  • 为未来 Sprint 重新排序
  • 删除未来 Sprint
  • 编辑 Sprint 信息（Sprint 名称和日期）
  • 移动 Sprint 页脚

根据面板的过滤器查询的复杂性，在为用户配置“Manage Sprints”权限时，您可能需要慎重考虑。要详细了解复杂过滤器的影响以及简化过滤器查询的方法，请参见将“Manage Sprints”权限用于高级案例。

一般来说，Sprint 操作需要“Manage Sprints”权限。但有些 Sprint 操作（例如，将事务添加到 Sprint、将事务从 Sprint 删除）则需要“Schedule Issues”和“Edit Issues”权限。

在将事务添加到 Sprint 时：

  • 子任务无法独立于其父任务移动。
  • 一个事务只能指派给一个当前 Sprint 或未来 Sprint。这意味着您无法将一个事务同时添加到当前 Sprint 和未来 Sprint。
  • 您可以 将任何事务添加到任何当前 Sprint 或未来 Sprint，即使事务与创建 Sprint 的面板的过滤器查询不匹配也是如此。在您执行此操作时：
    • 事务将被指派给 Sprint，但不会显示在不包含这个事务的过滤器查询的面板上。
    • 跨越多个面板的任何 Sprint 操作（例如启动 Sprint、关闭 Sprint）还将影响 显示 Sprint 的所有面板中的 Sprint。
    • 如果事务与任意敏捷面板的过滤器查询不匹配，则该事务将与 Sprint 关联，但不会显示在任何面板中。
  • Sprint 将显示在任意面板中（单个面板或多个面板），只要事务被指派给了与面板（单个或多个）的过滤器查询相匹配的 Sprint。这一点也适用于已完成的 Sprint。

请参见为 Sprint 制定计划，以了解更多信息。

 

View development tools（仅供 JIRA Software 用户使用）

此权限用于查看开发面板，可一目了然地向您提供足够的信息来评估事物的开发状态。

View (read-only) workflow

此权限用于在查看事务时查看项目的“只读”工作流。此权限针对“View Issue”页面的“Status”字段提供“View Workflow”链接。

事务权限

说明

Assign issues

此权限用于向用户指派事务，还允许在“Assign Issue”下拉菜单中自动补齐用户名称。（另请参见下面的“Assignable User”权限）

Assignable user

此权限用于接受指派的事务。（请注意，此权限不包括指派事务的能力；请参见上面的“Assign Issue”权限）。

Close issues

此权限用于根据工作流条件关闭事务。（此权限在开发人员解决事务，以及测试人员关闭事务等情况下有用）。此权限需要“转换”事务和“解决”事务转换。另请参见“Resolve Issues”权限。

Create issues

此权限用于在项目中创建事务。（请注意，创建附件需要“Create Attachments”权限。）其中包括创建子任务的能力（如果已启用子任务）。

Delete issues

此权限用于删除事务。仔细思考您要将此权限指派给哪些群组或项目角色；此权限通常只提供给管理员。请注意，删除事务将删除其所有评论和附件，即使用户没有“Delete Comments”或“Delete Attachments”权限也是如此。但是，“Delete Issues”权限不包括删除单个评论或附件的能力。

Edit issues

此权限用于编辑事务（“Due Date”字段除外 — 请参见“Schedule Issues”权限）。包括将事务转换为子任务的能力，反之亦然（如果已启用子任务）。请注意，删除事务需要“Delete Issue”权限。“Edit Issue”权限通常提供给拥有“Create Issue”权限的任何群组或项目角色（唯一的例外情况可能是您向所有用户授予了创建事务的能力，而向所有人授予编辑能力是不合适的）。

Link issues

此权限用于将事务关联在一起。（如果已启用 “Issue Linking”）。

Modify reporter

此权限用于修改事务的“报告人”。借助此权限，用户可以“代表”他人创建事务。此权限通常应仅授予管理员。

Move issues

此权限用于将事务从一个项目移动至另一个项目，或从一个工作流移动至同一项目中的另一工作流。请注意，用户只能将事务移动至拥有“Create Issue”权限的项目中。

Resolve issues

此权限用于根据工作流条件解决并重新打开事务。其中还包括为事务设置“Fix For version”字段的能力。需要“Transition issues”权限。另请参见“Close Issues”权限。

Schedule issues

此权限用于安排事务，即编辑事务的“到期日期”。在更早版本的 JIRA 中，此权限还控制查看事务“到期日期”的能力。

Set issues security

此权限用于设置事务的安全性级别，以控制哪些用户可以访问事务。仅与是否已启用事务安全性有关。

转换事务此权限用于转换（变更）事务状态。

投票人和关注者权限

说明

Manage watcher list

此权限用于管理（即查看/添加用户到/从中删除用户）事务的关注者列表。

View voters and watchers

此权限用于查看事务的投票人列表和关注者列表。另请参见“Manage Watcher List”权限。

评论权限

说明

Add comments

此权限用于向事务添加评论。请注意，该权限不包含编辑或删除评论的功能。

Delete all comments

此权限用于删除所有评论（无论添加者是谁）。

Delete own comments

此权限用于删除由用户添加的评论。

Edit all comments

此权限用于编辑所有评论（无论添加者是谁）。

Edit own comments

此权限用于编辑由用户添加的评论。

附件权限

解释

Create attachments

此权限用于向事务附加文件。（仅在启用附件时才适用）。请注意，该权限不包含删除附件的功能。

Delete all attachments

此权限用于删除所有附件（无论添加者是谁）。

Delete own attachments

此权限用于删除由用户添加的附件。

时间跟踪权限

解释

Work on issues

此权限用于对事务记录工作，即创建工作日志条目。（仅在启用时间跟踪时相关）。

Delete all worklogs

此权限用于删除所有工作日志条目（无论添加者是谁）。（仅在启用时间跟踪时相关）。另请参见“Work On Issues”权限。

Delete own worklogs

此权限用于删除由用户添加的工作日志条目。（仅在启用时间跟踪时相关）。另请参见“Work On Issues”权限。

Edit all worklogs

此权限用于编辑所有工作日志条目（无论添加者是谁）。（仅在启用时间跟踪时相关）。另请参见“Work On Issues”权限。

Edit own worklogs

此权限用于编辑由用户添加的工作日志条目。（仅在启用时间跟踪时相关）。另请参见“Work On Issues”权限。

 

权限模型

什么是权限模型？

权限模型是针对上述所列项目权限的一组用户/群组/角色指派方案。每个项目有一个权限模型。一个权限模型可以与多个项目相关联。

为什么使用权限模型？

在许多组织中，多个项目对访问权有同样的需求。（例如，只可授权指定的项目团队指派和解决事务）。

使用权限模型，就无需对每个项目单独设置权限。设置权限模型之后，即可将其应用到有同类访问需求的所有项目。

创建权限模型

  1. 选择 > Issues。 
  2. 选择 Permission Schemes 打开“Permission Schemes”页面，其中显示 JIRA 系统中所有权限模型的列表，以及使用每个模型的项目。
  3. 单击“Add Permission Scheme”链接。
  4. 在“Add Permission Scheme”表单中，输入模型名称，以及模型的简短描述。选择 Add。
  5. 您将返回到“Permission Schemes”页，现在其中包含新添加的模型。

将用户、群组或角色添加到权限模型

  1. 选择 > Issues。 
  2. 选择 Permission Schemes 打开“Permission Schemes”页面，其中显示 JIRA 系统中所有权限模型的列表，以及使用每个模型的项目。
  3. 找到要更新的权限模型，然后选择“Operations”列中的 Permissions 以查看该模型。
  4. 对于要添加内容的权限选择“Edit”链接，这将显示“Grant permission”对话框。
  5. 选择要添加到选定权限的对象，然后单击“Grant”按钮。现在，用户/群组/角色将添加到选定的权限。请注意，项目角色对于定义每个项目的特定团队成员十分有用。在设置权限时引用项目角色（而不是用户或群组）可帮助您最大程度地减少系统中权限模型的数量。
  6. 重复上 2 个步骤，直到所有必需的用户/群组/角色都已添加到权限。

从权限模型中删除用户、群组或角色

  1. 选择 > Issues。 
  2. 选择 Permission Schemes 打开“Permission Schemes”页面，其中显示 JIRA 系统中所有权限模型的列表，以及使用每个模型的项目。
  3. 找到相关的权限模型，然后单击其名称以显示“Project Permissions”（见上文）列表。
  4. 对于要删除用户、群组或角色的权限，单击 Remove 链接。

  5. 选择要删除的用户、群组或角色，然后单击 Remove 按钮。

将权限模型与项目相关联

  1. 选择 > Projects，然后选择相关项目。
  2. 选择相关项目以打开该项目的 Project Summary 管理页面。请参见定义项目，以了解更多信息。
  3. 在右下方的 Permissions 区域中，单击当前模型的名称（例如“Default Permission Scheme”）以显示项目当前权限模型的详细信息。
  4. 单击“Actions”下拉菜单并选择“Use a different scheme”。
  5. 在“Associate Permission Scheme to Project”页面，列出了所有可用的权限模型。选择要与项目关联的权限模型。
  6. 单击“Associate”按钮，将项目与权限模型关联。

删除权限模型

  1. 选择 > Issues。 
  2. 选择 Permission Schemes 打开“Permission Schemes”页面，其中显示 JIRA 系统中所有权限模型的列表，以及使用每个模型的项目。
  3. 对于要删除的模型，单击 Operations 列中的 Delete 链接。
  4. 将显示一个确认屏幕。要删除，请单击 Delete，否则单击 Cancel。
  5. 此模型将被删除，所有相关项目将自动与 Default Permission Scheme 相关联。（请注意，您不能删除 Default Permission Scheme。）

复制权限模型

  1. 选择 > Issues。 
  2. 选择 Permission Schemes 打开“Permission Schemes”页面，其中显示 JIRA 系统中所有权限模型的列表，以及使用每个模型的项目。
  3. 对于要复制的模型，单击 Operations 列中的 Copy 链接。
  4. 将创建一个新模型，具备相同的权限，且这些权限指派了相同的用户/群组/角色。