[hibernate-dev] Micro Jiras
Steve Ebersole
steve at hibernate.org
Sat Mar 10 20:49:27 EST 2012
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.
steve at hibernate.org
http://hibernate.org
On Mar 1, 2012 6:51 PM, "Steve Ebersole" <steve at hibernate.org> wrote:
> For the this metamodel work, you have a very valid point. But taken to
> the extreme, not really sure average users care about the details of this
> beyond a single catch all "redesign metamodel". There is obviously a
> balance here. Also, keep in mind that there is just inherently a
> difference in granularity for "changelog" versus a "release announcement".
>
> All that said, again, I think you are right for this metamodel work. I
> just want to make sure we dont get into that other extreme or lose sight of
> the fact that being as granular as possible outside of "broad refactoring
> work" is generally a good thing.
>
> On Thu 01 Mar 2012 10:18:27 AM CST, Hardy Ferentschik wrote:
>
>> Hi,
>>
>> I noticed that recently we create a lot of "micro" jira issues (just as
>> an example "missing ; in class xyz").
>> Most issues are related to the current metamodel work. I am wondering how
>> useful that is?
>>
>> The metamodel is under heavy development and I think liras should stay on
>> a functional level,
>> eg "Implement collection binding", etc. Imagine what's going to happen
>> once we start running the existing
>> integration tests against the new metamodel. We will have to change
>> things left, right and center. Does it make
>> sense to create Jira issues for each change? I don't think so.
>>
>> Also, Jira is not only used by us, but also by our users. They see the
>> resolved Jiras in the change log
>> and they also use Jira to find out whether bugs see experience are
>> already reported. Having all these
>> micro issues does make this harder imo.
>>
>> Is it just me feeling this way?
>>
>> --Hardy
>> ______________________________**_________________
>> hibernate-dev mailing list
>> hibernate-dev at lists.jboss.org
>> https://lists.jboss.org/**mailman/listinfo/hibernate-dev<https://lists.jboss.org/mailman/listinfo/hibernate-dev>
>>
>
> --
> steve at hibernate.org
> http://hibernate.org
>
More information about the hibernate-dev
mailing list