寻求有关JIRA为“a”定制的建议;定期任务“;项目

寻求有关JIRA为“a”定制的建议;定期任务“;项目,jira,Jira,我的任务是为“定期任务”建立JIRA项目,如软件许可证和SSL证书更新、日志手动审核、年终数据库流程、外部用户重新授权等 我相信我们的组织不是第一个为此目的使用JIRA的组织。我对与其他走上这条道路的人通信很感兴趣。我想看看哪些自定义字段、屏幕、工作流等被证明是有用的 我已经创建了一个新项目,设置了关键,描述,项目领导。。。并创建了一个新的周期性任务发布类型方案,仅包含“任务”和“子任务”两种发布类型。我还创建了一个定期任务通知计划;目前,这是我们默认通知方案的精确副本,但它们似乎会出现分歧。我

我的任务是为“定期任务”建立JIRA项目,如软件许可证和SSL证书更新、日志手动审核、年终数据库流程、外部用户重新授权等

我相信我们的组织不是第一个为此目的使用JIRA的组织。我对与其他走上这条道路的人通信很感兴趣。我想看看哪些自定义字段、屏幕、工作流等被证明是有用的

我已经创建了一个新项目,设置了关键,描述,项目领导。。。并创建了一个新的周期性任务发布类型方案,仅包含“任务”和“子任务”两种发布类型。我还创建了一个定期任务通知计划;目前,这是我们默认通知方案的精确副本,但它们似乎会出现分歧。我的权限方案和问题安全方案是默认的,但是,我可以很容易地想象,在某些环境中,这些周期性任务可能需要不同的安全性(在我们的例子中,开发人员和操作人员工作得很近——事实上,有时我们是同一个人)

现在我正在使用默认的工作流,但是,我希望在获得足够的经验以自信地理解需求后尽快更改它

但当我谈到组件时,我有两种想法。一种方法是尝试通过我们的组件来组织它。可能是组件的类别:服务器、证书、软件许可证。。。。另一种方法是使用组件按任务类型进行分类:许可证续订、证书续订、年终流程。。。。我已经实现了任务类型,因为我认为这将是一个更小、更稳定的类别列表


我特别感兴趣的是看到其他正在做类似事情的人的工作流示例。

在回答时说,有两个插件看起来做得很得体: 对于Jira服务器,以及 为了吉拉·克劳德


据称,还可以使用workflow post函数创建一个新任务(使用脚本),因此您可以让一个任务生成一个后续任务,例如,在结束时具有更晚的截止日期。不过,我自己还没有做过,也没有找到一个例子。

谢谢马特,我喜欢你的建议,我会开始实施它们的!该链接当前指向索引页,而不是回复。你能在stackoverflow上发布你的答案摘要吗,这样我们就不依赖外部网站了?