jira了解

jira

概念：

project项目

就是一个“项目”
Project是Issue的容器。在创建项目时，JIRA会要求你指定“KEY”，这个KEY加上数字，就是Issue的唯一ID了。比如新建一个项目，KEY设置为WEB，那么项目下的第一条Issue就是WEB-1，第二条Issue是WEB-2，依此类推

issue事务

Issue是Jira核心中的核心
- Story：故事
- Epic：史诗  （包含很多故事的大故事）
- Improvement：提升
- New Feature：新特性
- Bug 缺陷
- Task 任务
- Sub-Task 子任务（Sub-Task之外，所有的Issue类型都可以创建Sub-Task）
以上所有子任务完成之后，这个Story才能算完成。

filed字段

一个Story会有属性：名称、详细描述、提交人、提交时间、优先级、状态等等。这些属性就是Field字段。而所谓的Story，也是Type属性为“Story”的Issue而已，把Type属性改成“Epic”，那这个Story就会变成Epic了.

workflow工作流

• Workflow
• Workflow Scheme

定义

任务会有不同的状态：待办，进行中，已完成；需求也会有不同的状态：刚提交，待评审，暂缓，已拒绝，开发中，已完成，等等。Workflow就是用来定义定义Issue的状态。

workflow组成：

• status状态

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RcM0Eze9-1670324329856)(/Users/sunju/Library/Application Support/typora-user-images/截屏2022-08-30 11.17.08.png)]

按钮样式就是Status从一种状态转换为另一种状态的箭头就是Transition.

• transition转换动作

典型工作流

从一种状态切换到另外一种状态必须借助Transition。JIRA提供了方便的配置项，可以自动生成Transition（允许所有状态切换到当前状态）。
Transition有专门的配置项，可以调起webhook以及执行一些post-function比如发送邮件等等。而且严格的Transition可以避免人为的误操作。
当有了Workflow之后还不够。一个Project内会有不同类型的Issue，这时候就需要指定哪种Issue Type采用哪种Workflow，于是就产生了Workflow Scheme。比如下面就是一个Workflow Scheme：
Story：To Do - In Progress - In Review - Done（Workflow 1）
Task： To Do - In Progress - Done （Workflow 2）

显然，每个Project只能采用一种Workflow Scheme。

注意，整个JIRA中的Status都是共用的。当你在编辑某个Workflow时修改了一个已有Status的名称，其他Workflow中同样的Status也会被修改。

screen视图

creen（视图）还会衍生Screen Scheme和Issue Type Screen Scheme两个概念。Screen这个概念就像空气一样，理所当然，可是对于不懂化学的人来说又无法描述。所以这个我们后面再详细介绍。只要知道，我们在新建Issue、编辑Issue、查看Issue详情时，其实是通过“新建视图”、“编辑视图”、“详情视图”完成的就好了。