标签: jira

当使用Greenhopper和Jira时,很明显Greenhopper正在使用Jira问题中的"固定版本"字段来表示正在处理问题的scrum sprint.这本身就有点苛刻,因为可以想象一个问题可以在多个冲刺中进行,并且因为问题和冲刺之间的关系正是它在冲刺期间已经被处理过的,并且认识到你可能无法完成计划时间内的任务.

但好吧,它可能是一个可以忍受的黑客,至少如果没有其他任何东西试图使用"固定版本"字段的其他东西.

但我发现还有其他问题也建立在"固定版本"字段上.具体而言,应该能够看到计划在哪个版本(现实版本)中解决哪些问题,并将此信息用作验证/ QA的手段.

其他Greenhopper用户如何结合"固定版本"字段的这两种用法？您是否将sprint版本设置为发布版本的子版本？您是否在发布版本中使用了一些自定义字段？我发现这很困难,因为scrum团队正在研究多个组件,独立版本.此外,可能在同一个组件上发生错误修复版本和功能开发,发生在同一个sprint上.

总而言之,我发现团队将在同一个sprint中开发"Some Product 3.4.0"(一个功能版本),"Some Product 3.3.1"(一个修正版本)和"Other Product 1.2"是不可避免的. .将这个sprint标记为这三个版本中的每个版本(跨两个不同的组件)都是不可能的.在Greenhopper中制作三种不同的冲刺,真的会稀释Greenhopper的价值.

其他Greenhopper用户处于同样的情况吗？你是怎么处理的？

我刚刚开始使用Jira,而我遇到了问题导航器的问题.我想过滤问题,以便列表仅显示特定用户关闭的那些.我可以通过状态和/或解决方案来过滤问题,但不能通过最后更新它们的用户(也就是关闭它们的用户)来过滤问题.

我肯定答案是显而易见的,但我似乎无法找到如何做到这一点!

我安装了tomcat 7,将我的JIRA项目版本从5.0升级到6.我将项目文件夹放在tomcat的webapps中.我运行这个localhost:8080/jira长时间运行后,它会抛出一些错误信息.请提前感谢您帮助我们解决此问题

java.lang.RuntimeException: PermGen space
    at com.atlassian.event.internal.SingleParameterMethodListenerInvoker.invoke(SingleParameterMethodListenerInvoker.java:54)
    at com.atlassian.event.internal.AsynchronousAbleEventDispatcher$2.run(AsynchronousAbleEventDispatcher.java:66)
    at com.atlassian.event.internal.AsynchronousAbleEventDispatcher$1.execute(AsynchronousAbleEventDispatcher.java:32)
    at com.atlassian.event.internal.AsynchronousAbleEventDispatcher.dispatch(AsynchronousAbleEventDispatcher.java:60)
    at com.atlassian.event.internal.EventPublisherImpl.invokeListeners(EventPublisherImpl.java:160)
    at com.atlassian.event.internal.EventPublisherImpl.publish(EventPublisherImpl.java:79)
    at com.atlassian.plugin.event.impl.DefaultPluginEventManager.broadcast(DefaultPluginEventManager.java:84)
    at com.atlassian.plugin.manager.DefaultPluginManager.addPlugins(DefaultPluginManager.java:768)
    at com.atlassian.plugin.manager.DefaultPluginManager.init(DefaultPluginManager.java:200)
    at com.atlassian.jira.plugin.JiraPluginManager.start(JiraPluginManager.java:63)
    at com.atlassian.jira.ComponentManager$PluginSystem.start(ComponentManager.java:635)
    at com.atlassian.jira.ComponentManager.startJIRA(ComponentManager.java:214)
    at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:208)
    at com.atlassian.jira.ComponentManager.start(ComponentManager.java:193)
    at com.atlassian.jira.upgrade.PluginSystemLauncher.start(PluginSystemLauncher.java:23)
    at com.atlassian.jira.startup.DefaultJiraLauncher$3.run(DefaultJiraLauncher.java:107)
    at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.doNowOrEnqueue(DatabaseConfigurationManagerImpl.java:323)
    at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.doNowOrWhenDatabaseActivated(DatabaseConfigurationManagerImpl.java:211)
    at com.atlassian.jira.startup.DefaultJiraLauncher.postDbLaunch(DefaultJiraLauncher.java:100)
    at com.atlassian.jira.startup.DefaultJiraLauncher.access$100(DefaultJiraLauncher.java:27)
    at com.atlassian.jira.startup.DefaultJiraLauncher$1.run(DefaultJiraLauncher.java:66)
    at com.atlassian.jira.util.devspeed.JiraDevSpeedTimer.run(JiraDevSpeedTimer.java:33)
    at com.atlassian.jira.startup.DefaultJiraLauncher.start(DefaultJiraLauncher.java:61)
    at com.atlassian.jira.startup.LauncherContextListener.contextInitialized(LauncherContextListener.java:54)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4797)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5291)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
    at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:657)
    at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1637)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown …

我有一个JIRA项目AAA和许多门票,如AAA1,AAA2,AAA3

我想搜索按名称和票号排序的票,所以它显示如下:

AAA1
AAA2
AAA3

我应该用什么关键词来过滤？

我尝试使用'按创建顺序',大多数故障单按顺序显示,但从其他项目移动的故障单不按顺序排列,因为在另一个项目中,它是先前创建的.

我希望创建一个大型项目列表,以便轻松插入新项目,并轻松更改该列表中项目的位置.更新项目的位置时,我想更改关于项目顺序的尽可能少的字段.

经过一些研究,我发现Jira的Lexorank算法满足了所有这些需求.Jira中的每个故事都有一个'rank-field',其中包含一个由3个部分组成的字符串:<bucket>|<rank>:<sub-rank>.(我不知道这些部分是否有实际名称,为了便于参考,这就是我所说的)

有效等级字段的示例:

• 0|vmis7l:hl4
• 0|i000w8:
• 0|003fhy:zzzzzzzzzzzw68bj

当拖动上面的卡时0|vmis7l:hl4,新卡将接收排名0|vmis7l:hl2,这意味着只需要更新该新卡的排名字段,而整个列表总是可以在该排名字段上排序.这是相当聪明的,我无法想象Lexorank是唯一使用它的算法.

1. 这个子排名中使用的这种排序方法有名称吗？

我的问题与在Jira中创建新卡片有关.每张新卡都以空的子排名开头,并且总是选择排名,使得新卡位于列表的底部.我创建了一堆新故事只是为了看看排名会如何变化,而且排名总是增加8(基数为36).

2. 有没有人更具体地知道如何生成新卡的排名？为什么它增加8？

我只能想象,经过一段时间(2.7亿张牌)后,没有更多的牌可以产生,系统需要重新计算所有牌的等级字段,以便为更多的牌位腾出空间.

3. 还有其他需要重新计算所有等级字段的触发器吗？
4. 我认为桶在这次重新计算中发挥了作用.我想知道怎么样？

我的公司一直使用JIRA作为需求跟踪工具以及错误跟踪器,而且我们一直在一个项目上工作时工作得非常好.

我们现在有一个场景,我们有三个不同的项目提案,其要求部分重叠(例如,要求1适用于项目A和B,要求2适用于项目B和C等).我希望能够为每个要求输入一个JIRA问题,但这似乎不可能,因为JIRA问题和项目具有一对一的关系.

有没有人在JIRA中找到了这样做的方法,或者可能还有其他一些与JIRA集成的工具？

任何人都可以指定将JIRA与TortoiseSVN集成以跟踪问题详情的方法吗？应在URL部分指定什么URL,需要的其他参数是什么？你有什么需要在JIRA方面做的,以确保整合？

我们使用带有印刷敏捷卡的软木板.我希望能够在JIRA的问题导航器中创建过滤器,以查找在过去24小时内,过去2天内添加到活动冲刺中的问题等.这样我就不必手动选择每天打印的新问题.

我已经尝试为此编写JQL查询,但我只有这样:

project = "Our Project"
AND sprint = 1002
AND (created >= -1d OR (updated >= -1d AND status WAS Open BEFORE -1d))

这不令人满意,因为:

1. 不会自动选择Sprint id(activeSprint()或类似的东西).
2. 查询实际上没有回答我的问题.

我在JIRA中创建了一个问题,[类型:新功能].现在我实现了新功能,以便完成问题.我可以将问题的状态更改为已完成,但我无法将分辨率设置为"已解决".

决议是"未解决",我无法改变它.

我怎样才能改变分辨率？

我已经尝试将问题从GitHub和Jira导出到CSV文件,但我从未尝试导出Jira问题然后将其导入GitHub,这可能吗？如果是这样,那么接近这样的事情的最佳方法是什么？