[hibernate-dev] Micro Jiras
Hardy Ferentschik
hardy at hibernate.org
Sun Mar 11 05:04:22 EDT 2012
On Mar 11, 2012, at 2:49 AM, Steve Ebersole wrote:
> Another though occurred to me is that one of the really nice things about Jira is keeping track of my todos. If I am working on some piece of code and realize I need to do some work it is much nicer to create a Jira rather than (a) adding a todo comment or (b) getting side-tracked from my current task.
>
> In the end not sure there is really a right answer here. But ultimately Jira is first and foremost a development team tool. In the end, I am not sure creating less-granular issues is the best choice. In retrospect maybe a separate project for tracking the granular issues might have been better. We would commit work against both a single high-level HHH issue and the particular granular one. Just a brain storm.
I think distinguishing between granular and less-granular makes sense. As I already said, I think our public Jira should be more on a less-granular. I remember (back in the days) when I was a Hibernate users and tried to hunt down a problem X. My search chain would be, Google, Forum, Jira. When using Jira I would then often find a bug report for the problem I was seeing. By creating issues on a too granular level you are making the latter harder imo.
Personally I use a different tool for todos, e.g. RememberTheMilk. I don't think that a separate Jira project would be needed for that, nor am I convinced that Jira is the best tool for this type of things. However, if given the choice I would prefer the two Jira instances approach over the single instance one. Or at least give it a try.
--Hardy
More information about the hibernate-dev
mailing list