import com.atlassian.jira.component.ComponentAccessor
import com.atlassian.jira.issue.Issue
import com.atlassian.jira.issue.fields.CustomField
/**
* Get number of users for multiuser picker
*/
CustomField multiuserCstFld = ComponentAccessor.getCustomFieldManager().getCustomFieldObjectByName("责任人")
if (multiuserCstFld == null || multiuserCstFld.getValue(issue)==null)
return 0;
return ((ArrayList) multiuserCstFld.getValue(issue)).size()
设置优化
设置优化的界说是针对管理员在举行设置时，可以增长大概提升设置本领的一些插件。
Project Specific Select Field（☆☆☆☆）
这个我应用的场景实际上是多选字段的使用改进。没有效这个插件之前我们的多选字段是如许的
如果要选择多个，须要按住ctrl才华多选。修改之后变为：
以标签的情势展示多选，同时也支持搜索。
但要记着，添加自界说字段范例的时间须要选择 Project Specific Multi Select Field 范例，而不是本来的 **选择列表（多选） **。
Default Values for Create Issue screen（☆☆☆）
这个就是自界说字段的插件了，好比分析字段，我们会要求差别的issue范例有差别的模板，如许就可以通过这个来设置。
这个插件分为 Schemes 和 Field Configuration 两部门。
Schemes 用于将 Field Configuration 和项目举行关联。也就是同一个题目范例可以界说多个Field Configuration ，在差别的项目中，出现差别的默认值。
但是实际使用过程中，使用者还会出现更复杂的需求，好比某些字段厘革时盼望可以大概联动出现差别的默认值，大概在某些范例的issue批评时也要出现差别的模板。现在还无法支持。
如果肯定须要，应该思绪是使用scriptrunner。
放弃插件：
Power Custom Fields/Jira Misc Custom Fields，这款好像也很强大，但是雷同Script Field，而且比力复杂。以是在和上面插件比力后放弃。更告急的体系字段是不可以修改的，以是无法应用这类自界说字段修改的插件。
Jira的使用情况还是比力得当PC端，但是当外勤职员也须要加入时就比力复杂。我们的情况内里涉及了客户支持、贩卖等外部环节，以是移动端的选择也是很告急的一环。
Jira当中最主流的就是两款 Mobility for JIRA和Mbile for JIRA。
我们选择的就是 Mbile for JIRA。
Mbile for JIRA（☆☆☆）
作为一个移动端的app可以和Jira官方app比力一下，感觉使用体验差许多。那为什么选择这款，是由于Mobility for JIRA更差劲。在做选型时，最根本的一关就是数据隔离验证，我们将外部职员和研发内部切分为两个Project，而且不能相互查察。但是在Mobility for JIRA内里没有任何过滤，可以搜索到全局全部的数据。直接放弃。
放一个截图
放弃插件：
Mobility for JIRA
从使用Jira的第一天开始就在实验可以大概做出可自界说的图形化报表，但是实验了几款插件都达不到盼望的目的。
All-In-One Reports for Jira，eazyBI Reports and Charts for Jira
这两款是实验了最多次的软件，但是终极都没有乐成应用
All-In-One图形化做的比力好，eazyBI 在自界说二维表方面做的更好。但是我实验了好久，连最简单的合计功能也没有告竣，后续就放弃了，使用了更简单的方案。
|
猿人部落
( A20190523-0239 )
