Friday, June 22, 2007

JIRA missing basic features

We are in June 2007, JIRA still does not have the notion of branches (a mere relationship between versions) and the capability to resolve an issue for a given release.


Frederic said...

Oh man, I think you don't know how to use it !
See, affects version, fix version, you can plan for next release, and so on. Yes with Jira.

Julien Viet said...

Actually I was meaning that it is not possible to resolve partially an issue for a release and let it unresolved for another release.

So if an issue has 2 fix versions, then the issue must be resolved for both versions at the same time. Which leads us to create duplicates of the same issue in order to achieve the partial resolving.

Jin Chun said...

perhaps this is just a matter of semantics. If you have an outstanding bug, that is being resolved in one release, but not in a future one (yet) you should simply create a reference back. We've done a lot of research for various tracking tools, and to be honest, overall, JIRA has come out on top every time. I'd post this directly to their team to get their take on it.

Julien Viet said...

don't misunderstand me, I like the tool very much. And I think it accelerates how we develop software (compared to the previous sourceforge bug tracker :-) ).

When I think more about it, they should decouple the concept of "issue" and the concept of "resolution". An issue should be only an issue and it should be possible to have several resolutions related to an issue.

Creating duplicates issues that link to an issue is a poor substitution to what I described above.