如何配置JIRA

页面打开后，可以选择系统自带的数据库，默认选项，点击next按钮。

备选1：也可以使用服务器已存在的数据库，填写相应数据库链接、用户名，密码后点击next按钮。

备选2：配置完成后也可以修改数据库连接，找到JIRA的安装目录，/JIRA/bin/目录

备选3：找到configbat文件，双击打开，在d出层中填写数据库相关信息，测试成功后，点击保存；

停掉服务，重新启动服务，打开JIRA，选择是否导入数据。

将安装包中的atlassian-extras-222jar文件替换安装目录\atlassian-jira\WEB-INF\lib下的同名文件。

将安装包中的atlassian-universal-plugin-manager-plugin-2101jar文件复制到JIRA安装目录的\atlassian-jira\文件夹下。

可以新建一个项目或者导入存在的项目，导入方法：将安装包中的2014225zip文件放到安装目录的\HOME\import路径下。

点击import your data 链接，打开导入数据页面

复制数据文件名字放到file name文本输入框中，将安装包中jira_crack文件夹中keytpltxt文件中的内容复制到下面授权码文本框中，点击导入按钮，页面d出导入进度条，成功后自动进入JIRA页面！

1、成功安装JIRA后，去官网查看与安装的jira版本相兼容的svn的plugin版本并下载
这里也可以下载>

老实说，刚开始要写这篇博文的时候，我在想：我是谁？我在哪里？我在干什么？

目标：

最后自己心里还是默念：我是个Tech，我是个Tech，我是个Tech。

Project : 可以理解为Issues所属的集合、命名空间。一般而言，可以一个software project来创建其对应的JIRA project。
Issue : 可以具象理解为卡片，一个issue就是一张卡片。
Issue type : 卡片类型，可以是Epic、story、bug、task等。
Status : 卡片可以选择的状态。一堆status和transition构成一个具体的工作流（workflow），卡跟随工作流中设定的状态进行流转，完成卡的整个生命周期。

Board : 具体的项目实践管理的 *** 作空间。一个board可以关联一个project，也可以关联多个project，取决与创建board时的设置。简单一点话，我们这里还是让一个board仅关联一个project即可。
Backlog : board中，未加入具体sprint的issues，则会显示在backlog区域内。
Sprint : Scrum中的一个概念，代表一个固定的时间盒子（time box），可以是2周~4周。项目团队以每个sprint实现短期交付目标和增量式迭代。在JIRA中，一个Sprint中会加入一批Issues，用以详细定义此次Sprint的目标和工作内容。
Active Sprint : 已经组织好issues list的sprint可以通过Sprint plan meeting(或者叫Iteration plan meeting)之后，将此Sprint激活。这时，此Sprint内的所有issues会自动显示在Active Sprint页面上 ———— 大多数JIRA User所关注的可视化电子墙则成功出现。
Release / version : JIRA中没有Release这个实体概念。Release对应的实体，其实是version。在Issue的属性中关联上Fix version，则issue可以从Release / version的维度进行数据统计和进度track。

如果JIRA新手，可以先参照官方的 Getting started as a Jira Software manager

这里，假设我们已经有了Project和已经完成了User Management ———— 一个已经运行了一段时间的开发项目，我们尝试来创建一个新的JIRA Scrum board。

然后在下一步中选择[Create a Scrum board] > [Board from an existing project]。可看到下图

输入相应信息后，点击[Create board]，这时新的board就会创建出来。

由于创建时选择了已存在的一个project，该project中有未分配给sprint的issues则会自动显示在新的board的backlog中。
当然如果board中只需要显示project中一部分的内容，可以通过修改board configuration页面中的filter进行过滤。

录入issue的必要信息，这时候estimation值一般是没有的，留待IPM中填充。
等准备好所有issues之后，backlog显示如下：

这时，该Sprint会进入Active状态，所属issues会显示在board的Active board page中。

为什么提醒一定要再检查一遍issues，特别是在确认估点录入之后再start Sprint？
因为按这个正常的流程，可以得到一个正常的燃尽图。见下：

如果在start sprint后才开始加入估点记录，则会获得这样的燃尽图报表：

初始点y值为0，guideline完全贴在X轴，没有任何sprint初始Estimation，之后再录入任何一条issue的估点，都被展示成“Scope change”。

而真正的涉及到Scope change的issue track就会傻傻地无法区分。

JIRA默认的Columns一般分为3条 —— TODO、In progress、Done，一般status和columns是对不上的，可以进行添加和修改。
点击[Add column]，可添加一列。也可以直接点击修改。
然后将对应的status分配到Column中。在不同的column之间移动的issue时，issue的状态会自动流转到column对应的status。

同时Active Sprint也会同步刷新为新的Columns布局。
至于status的添加和修改，需要JIRA Project admin的权限可以对workflows进行修改。

特别要注意

点击[Edit]按钮，进入编辑状态。点击图右边transition的[post Functions] link。

点击[Add post function]，进入添加post function的引导流程。

为何强调一定要加入set resolution
在JIRA中并不是自定义一个叫Done的status就代表这张卡片已经达到完成标准、走到了生命周期的终点，而是需要使用issue上的resolution field。
如果最后不添加resolution会造成的影响，会对一些报表和filter的使用造成影响。
官方说明见下：

勘误：
燃尽图报表：

点击右上角link[Complete Sprint]，这时对于未Done的issue会进行提示：

Sprint complete了之后，如velocity report就可以计算和汇总这次sprint velocity了。

既然用了有用的工具，就要有效的使用起来。
要避免仅将JIRA当成一个可视化电子墙的误区。

20191122 勘误了第7段，燃尽图燃尽机制的说明。

JIRA是一款项目管理工具。

JIRA的开发者是 Atlassian，是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。由于Atlassian公司对很多开源项目提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产品要高得多，而且易用性也好一些。

同时，开源还有另一特色，就是在用户购买其软件的同时，也就将源代码也购置进来，方便做二次开发，许多著名的开源项目都采用了JIRA。它配置灵活、功能全面、部署简单、扩展丰富等超过150项特性得到了全球115个国家超过19,000家客户的认可。

JIRA的主要功能

1、问题追踪和管理：用它管理项目，跟踪任务、bug、需求，通过jira的邮件通知功能进行协作通知，在实际工作中使工作效率提高很多。

2、问题跟进情况的分析报告：可以随时了解问题和项目的进展情况。

3、项目类别管理功能：可以将相关的项目分组管理。

4、组件/模块负责人功能：可以将项目的不同组件/模块指派相应的负责人，来处理所负责的组件的Issues。

5、项目email地址功能：每个项目可以有不同的email(该项目的通知邮件从该地址发出)。

6、无限制的工作流：可以创建多个工作流为不同的项目使用。

---