TeamCity是否有可能像Bamboo如何集成到JIRA那样集成到JIRA?我在JetBrains网站上找不到任何关于问题跟踪器集成的文档.
仅供参考:我听说TeamCity推出了他们自己的追踪器Charisma.真的吗?
我是JIRA + Greenhopper中敏捷流程的新手.我试图了解在JIRA + GH中使用敏捷的正确/更好的方法是什么.我已经在网上阅读了一些信息 - 到目前为止,我知道我们有故事和史诗(这是一个很大的故事).我想知道创建任务的流程是什么:
这是正确的流程吗?我的问题是:
非常感谢您的快速反应.
我们使用Jira(普通jira,没有greenhopper)进行项目/任务管理,并使用单独的时间跟踪系统.
如何运行报告以提取我上周工作的所有时间?
我有来自其他用户的已保存查询,显示了我们开发人员的所有打开的门票.
我想要做的是过滤此查询以获取我的门票:
ticket in (other query) and assignee = currentUser()
Run Code Online (Sandbox Code Playgroud)
在JQL中是否可以这样?
请告诉我你使用的JIRA /汇合程序是什么类型的程序.我不喜欢jira因为Java风格的设计.例如,我喜欢PivotalTracker来跟踪新项目.
你有什么建议?谢谢!
我们正在使用Jira/GreenHopper在Scrum团队中运行我们的冲刺.事实上,Jira是一个bug跟踪工具,而GreenHopper是一个Scrum-ish附加组件,这一事实变得非常痛苦.
我们希望我们的产品负责人在Jira/GreenHopper中输入用户故事,并让团队将技术任务挂在用户故事上.怎么做到这一点?Jira/GreenHopper似乎没有关于任务的用户故事的概念.这是正确的还是我错过了什么?
此外,我们希望Jira/GreenHopper中的任务板跟踪用户故事和任务,从"待办事宜"到"完成".再一次,似乎没有办法做到这一点.用户故事在完成所有任务后即完成.用户故事正在进行时,任务应该能够从待办事宜移动到完成.我们认为Jira/GreenHopper任务板不能这样做是否正确?
我一般对如何使用Jira/GreenHopper来解决上述问题的想法,书籍,教程等感兴趣.
当使用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的JQL的东西,以获得最大的灵活性.
我的谷歌搜索引导我相信Atlassian从头开始构建JQL,至少作为一种语法和解析器的语言,但我想在结束之前我会尝试SO.任何人都知道,他们是如何做到的?是否有一个或多个开源项目基于它?
(无论是对Atlassian的称赞 - JQL都很华丽!)
我需要过滤在特定日期之后进入状态为RTT的故障单.这些票证现在将被解决但我需要查看所有那些在日期之后进入该状态的票据,无论其当前状态如何.
jira ×10
jira-agile ×2
jql ×2
scrum ×2
bamboo ×1
confluence ×1
filter ×1
greenhopper ×1
jira-plugin ×1
search ×1
teamcity ×1
youtrack ×1