? Look and Feel
这个地方可以打造你的JIRA的外观，包括配色、Logo、日期格式 ? Mail Servers
配置邮件服务器，可以配置SMTP或者JNDI
TODO: 对于domino 如何配置？ 对于exchange server如何配置？
5.1.3 Issue Settings
可以在ADMINISTRATION-Issue Settings中进行以下项目的配置： Issue Types Priority Resolutions Statuses
JIRA提供两种配置：翻译和编辑这些resolution。翻译可以适应多语言环境。编辑可以改变字段属性、排序位置、默认值、增删字段值等。这四个字段的配置都是类似的方法，参见JIRA提供界面应该不存在难度，以下列出配置中需要注意之处
? 配置Issue Types
系统自带的Issue Type包括：Bug, Task, Improvement, New Feature, sub-task .如果需要增加自己的问题类型，下面的Issue Types中进行配置。按照界面进行添加、编辑Issue Type，没什么特别。
但如果想删除已经添加好的Issue Type可能会碰到一些麻烦，当该Issue Type下存在issue的时候是不能删除这个Issue Type的。有两种办法来删除这个Issue Type
1. 编辑相应的Issue，将Issue Type改成其他不删除的Issue Type。当Issue被close之后将
不能被编辑，所以这种方法存在限制。 2. 改变相应Project的Issue Type Scheme，这个scheme必须不包含待删除的Issue Type，在
改变scheme的时候可能会报错，如下图所示：
这是因为操作用户没有权限，应该在Project Permission中增加move issue的权限给操作用户。之后按照向导进行操作即可。 ? 配置Resolutions
通过ADMINISTRATION-Issue Settings中的Resolutions进行设置。 JIRA默认的Resolutions包括： 1. Fixed 2. Won't Fix 3. Duplicate 4. Incomplete
5. Cannot Reproduce
基本上这五种解决办法已经足够了。 注意：
Resolution这个字段被JIRA默认的几个filter做了引用，所以千万不要自定义一个字段也叫Resolution，同时又把系统自带的Resolutions字段屏蔽!这些filter包括open issues, OUTSTANDING, filter中的条件都是Resolution为UNRESOLVED，这个UNRESOLVED的含义是Resolution字段没有设置任何值或者Issue Status为非Resolved和非Closed，所以当一个Issue状态为Resolved，即使它的Resolution为Won’t Fix，它也不会出现在open issues里面，即无法解决也是一种解决办法… ? 配置Priority
Priority的颜色、图标都是可以修改的，最常用的Major级别的颜色是绿色，不妨修改为警告色黄色可以引起更多的重视 配置Statuses
这个字段是供workflow使用的一个字段，当在做工作流配置时如果觉得状态不够，那在这里添加即可。状态可以关联Icon可以让查看issue时更直观，JIRA提供了17个图标，足够来挑选了。
?
5.1.4 Options & Settings
1. Send E-mail
可以通过这个功能给某个用户组或者某个项目的特定项目角色发送Email 2. Announcement Banner
这个地方可以设置一个横幅在JIRA菜单栏下面，可以写上重要的使用说明、通知等等，支持HTML
5.2 自定义工作流
配置工作流之前请先定好Issue有哪些状态，状态的配置见常用配置--Issue Settings部分。 工作流配置从ADMINISTRATION-General Settings-Workflows进入，系统默认有一个叫做jira的工作流，这个工作流是只读的不能修改。但是可以以此为蓝本来建立工作流，通过Operations中Copy链接即复制了一个一样的工作流。点击Operations--steps进入步骤的设置，进入的界面如下图所示：
从图中看Open step，Linked Status表示执行完这个step后，issue的状态会变成Open，Transitions表示对于Open状态的issue可以执行的操作，Operations是设置时用到的链接。 下面以几个例子来说明如何配置工作流：
1. 我们认为Open状态的issue不能有Resolve Issue这个Transition，所以准备把它删除，
点击Delete Transitions，之后在多选框中选择Resolve Issue，删除即可。 2. 对于Open状态的issues，Start Progress这个操作我们想控制它的权限，只有开发人员才
能执行这个操作。通过点击Start Progress这个链接进入设置，我们看到在Conditions这个Tab中已经存在一个条件，含义是“只有assignee才能执行这个操作”，这个condition是合理的，保留。
我们通过点击Add链接来增加另外一个condition，之后会得到一个列表来选择condition的类型，开发人员才能执行同Project role比较接近，选择User is in Project Role。其实选择User is in group 然后配置一个开发人员组也是可以达到同样的效果。
在下一屏中选择Developers这个Project Role，添加完我们可以看到如下图所示的Conditions
JIRA默认将增加的condition用AND来连接，如果需要也可以将条件用OR来连接。 熟悉以上操作后，通过Add New Step，调整每个step关联的status就可以实现复杂的自定义工作流。
工作流定义好之后，还需要定义workflow scheme，这个工作流才能被项目引用。通过ADMINISTRATION-Schemes-Workflow Schemes进入配置界面，先增加一个scheme，然后在Operations中的Workflows链接中关联workflow。JIRA在workflow之外再包装一层scheme的意义在于可以针对不同的issue type使用不同的工作流，如下图。
为了简洁起见，我们一般选择All unassigned Issue Types对应一个工作流。
定义好workflow scheme之后才能被特定的Project所使用，通过ADMINISTRATION—Projects，选择需要配置的Project进行配置，如下图：
在Workflow Scheme中点击Select进行scheme的选择。在Associate的时候会得到一个警告：
针对已经存在issues的project，修改工作流可能会引起状态等信息的丢失，所以最好先做好JIRA数据的备份以免发生意外。（我修改过1000个issues的project的工作流，JIRA可以很好的处理，不用因为有警告而太紧张，不过事先备份是必须的操作）
另外Project配置界面有很多scheme可配置，方法是类似的，后面不再详细描述。可以配置的scheme包括： Issue Type Scheme Notification Scheme Permission Scheme Issue Security Scheme
Field Configuration Scheme Issue Type Screen Scheme Workflow Scheme
5.3 自定义权限
JIRA中的权限包括两部分：Global Permission和Project Permission，前者已经描述，配置也相对简单。本节描述的是后者。
通过ADMINISTRATION—Schemes—Permission Schemes进入配置。系统定义了一个Default Permission Scheme，并且这个scheme中的权限是可以直接进行修改的，点击Operations—permissions进行修改。JIRA将权限分细项列表在配置界面中，通过Operations中Add链接或者页面上方的Grant Permission进行权限增加，通过Delete链接删除赋予给特定对象的权限。