admin 管理员组文章数量: 1184232
2024年1月14日发(作者：数据源类型)
Issue Settings 主要设置了发起任务的可选类型、优先级别、完成结果、以及当前任务状态。
系统的缺省设置已经较完善，为当前选择语言添加翻译后可直接使用。
Type: 标准问题类型 -- Standard Issue Type 子任务问题类型 – Sub-Task Issue Type 。
点击 可选择该问题类型图标，也可在 URL 地址栏直接输入图片地址。
选项卡提供了创立问题方案配置功能。在创立一个工程之后， 为工
程设置的是问题类型的方案而非问题类型。
创立一个新的方案后点击 Associate 为已存在的工程分配方案。
选项可以为当前语言提供翻译。
Jira 提供了5 种缺省级别，翻译后可直接使用。
可对优先级翻译。
里定义了问题完成的结果，可根据需要增加，同样， Resolutions 也提供当
前语言翻译。
Jira 中发起的任务中每一个步骤都需要对应一个状态， Issue – Statuses 提供了编辑流程
状态的功能。
Mode 列显示当前状态是否启用，Workflows 列显示了当前用到该状态的流程。
jira
菜单可配置工作流
工作流由两局部组成，其中一局部为步骤(Step)，或将之视为状态。另一局部为动作、
跳转(Transitions)，动作中定义了执行条件、后处理方法，用于控制流程的控制权限。
Jira 提供了不可修改的缺省流程，其访问权限较宽松，不适于使用。
在创立新的工作流时一般先将全部步骤定义好，再创立动作将步骤连接起来。
下面将创立一个问题提交的流程。
改中任务
开场修改(11)>>修
Only Assignee
未承受的任务(1)
已开放
提交确认(21)>>待
确认任务
Only Assignee
. z.
关闭问题(101)>>
关
闭
(Reporter or
Project Leader)
and sub-tasks must
be closed
Only Assignee
(Reporter or
提交确认(31)>>待
确认任务
修改中的任务(2)
正在修改
关闭问题(111)>>
关
闭
Project Leader)
and sub-tasks must
be closed
Only Assignee
开场修改(61)>>修
改中任务
提交确认(71)>>待
再次修改(3)
再次修改
确认任务
Only Assignee
(Reporter or
Project Leader)
and sub-tasks must
be closed
Only Reporter
关闭问题(121)>>
关
闭
重新修改(81)>>再
待确认任务(4)
待确认
次修改
Update Issue Field
解决 set to 7
关闭(91)>>
关闭
关闭(4)
已关闭
重新修改(41)>>再
次修改
Only Reporter
Only Reporter
Update Issue Field
解决 set to 7
流程创立完成后将只有一个初始状态 ，点击步骤名称 可对其进展编辑。
添加"修改中的任务〞 "再次修改〞等新步骤,再为每个步骤绑定状态， Linked Status 的
配置详见文章第一节。
)。在动作中 创立好的步骤之间并没有任何联系，接下来要为他们添加动作(设置合法性控制和功能点。
点击 为选择的步骤添加动作。
在 Transition Name 域 输入动作的名称。
Destionation Step 域 输入动作执行后跳转到的步骤。
Transition View 域 如果动作需要修改流程的*些属性，则需要选择跳转视图。如不需
要，选择 No view for transition (视图配置详见第 3 章 )。
按照上面的列表，先为"未承受的任务〞添加一个动作。
添加完成后，点击动作名称进入编辑页面，为他添加访问控制权限。
Condiitons : 添加相关访问条件
Post Functions : 后处理方法,动作执行后对字段进展操作等。
. z.
Only Assignee : 仅被分配任务的人。
Only Reporer : 任务的发起者。
Permission : 拥有特定的*些权限的人。如 Edit Issues
Sub-Task Blocking : 根据子任务的状态。
User Is In Group : 特定的用户组。
User Is In Custom Field : 。
发起问题之后，只有被分配的开发者才能对问题进展修改，所以 "开场修改〞的访问
条件选择 Only Assignee。
每个步骤中都有一个"关闭问题〞动作，我们想只能让问题的发起者 或 project leader 在
其所有子问题都关闭的情况下才可以关闭，需要添加三个条件： Only Assignee 、User
Is In Group、Sub-Task Blocking。
创立 "提交确认〞和"重新修改〞动作时有些特殊，在将问题提交给发起者进展确认时
要注明问题的修改结果等信息，所以 "提交确认〞 动作要参加一个信息输入的视图。
Transition View 选择 Resolve Issue Screem For Orchis 视图(配置详见: 文章第 3 节)
在执行"重新修改〞动作的时候，要将当前问题的状态置为未解决，所以要参加后处理
方法。
选择 Post Functions 选项卡 的 Add 后显示后处理方法列表。
Assign to Lead Deceloper : 分配任务给工程负责人。
Assign to Reporter : 分配任务给发起者。
Update Issue Field : 更新任务信息。
选择 Update Issue Field。
在 Issue Field: 选择要更新的字段。
Field Value: 输入要修改的值。
在 Conditions 选项卡下点击 Add,显示条件列表。
菜单进入 界面
点击 Add workflow scheme 创立一个workflow 方案。
方案有 Active / Inactive 两种状态，只有处在 Inactice 状态的方案才能被编辑。
点击 方案名称 进入编辑页面，选择 Assigna workflow 为其指定流程。
可选择的问题类型参看 文章 1.1 节。
视图在流程步骤跳转中提供修改字段参数，分配访问权限等功能。可以在 中为工程配置相关视图。
菜单进入 View Screens 界面
创立一个新的视图。
点击 Configure 对创立好的视图进展编辑。
Add Field 为试图增加用于传递、修改参数的域。
对已有的文本域进展排序、删除等维护。
Jira 自定义了一些 Fields，如果用户想要添加文本域，则需要进入 Custom Fields 菜单进
展配置(详见文章第 4 节)。
进入
创立一个新的视图显示方案。
. z.
点击 Configure 编辑该视图方案。
选择与操作对应的视图显示。
创立问题类型视图方案， Screen Scheme 选项选择默认操作的用到的视图显示方案(3.2
中创立)。
点击 Configure 编辑该方案。
为相应的问题类型配置显示方案。
点击 Add Custom Field 自定义域,进入 jira 提供的域类型列表。
选择一个类型进入下一步
常用的类型有 :
Te*t Field 单行文本域。
Free Te*t fFeld 多行文本域。
User Picker 用户选择。
Date Time 时间选择。
Field Name : 域名
Search Template : 选择模板。
Choose applicable Issue Type : 选择适用问题类型。
Choose applicable conte*t : 选择适用工程， Global conte*t 为全局适用。
创立完成之后 点击 Screens 与试图关联，选择哪些试图可以选用自定义的字段。
jira 的用户权限配置相当灵活，可以为个人、组、流程的角色配置权限。
点击 Add user 输入相关信息后添加用户。
点击 "组〞 设置该用户所属用户组， "编辑〞编辑用户信息， "删除〞删除该用户。
点击 Group Name 查看组信息。
Permission Schemes : 该组在当前启用的工程中所用到的权限配置方案。
Edit Members : 编辑该组成员。
Add Group : 添加组。
Filter : 按条件查询组。
Bulk Edit Group Members : 批量编辑组成员。
列所显示的是该权限方案被当前哪些工程所应用, 点击权限方案名称或 Permission
后进入权限配置页面。
. z.
点击*项权限后的增加按钮, 为该权限分配人员。一个权限可有多个分配方案。
User Custom Field
Group Selector
两工程前有疑问。
以下图的权限设置为: 任何开发人员都可发起一个问题，由发起者和 project leader 分配
给实际修改人, 问题 project leader 和发起人关闭。
点击 Add Project 添加一个工程。
名称: 工程的名称。
Key:工程的唯一标示。
网址:。
Default Assignee : 任务缺省分配者。
描述:。
Notification Scheme: 目前用处不明。
Permission Scheme:权限方案。
Issue Security Scheme:平安等级 目前有疑问。
工程创立完成后，只存在一些默认权限，还需要对其进展编辑。Issue Type Scheme: 问题类型方案，默认为 缺陷、新特性、任务、改进、子任务五种，使用缺省方案即可。
Notification Scheme: 暂未知。
Permission Scheme: 权限方案，使用文章 5.3 节配置的权限方案。
Issue Security Scheme: 目前有疑问。
Issue Type Screen Scheme: 问题类型显示方案。
. z.
版权声明：本文标题：Jira配置指南 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.roclinux.cn/p/1705205872a476880.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论