Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Threaded View
Accumulo >> mail # dev >> On ticket management

Copy link to this message
RE: On ticket management
A simple getting started guide.  Assuming ownership of a ticket in JIRA,
example CM progress for check-out a submitting a change.  Verification

-----Original Message-----
From: John Vines [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 02, 2012 16:52
Subject: RE: On ticket management

One of the habits we've been trying to get into it's labeling tickets
with a tag to indicate ease of development. Would love to know what you
would look for to encourage your involvement.

Sent from my phone, so pardon the typos and brevity.
On May 2, 2012 5:37 PM, <[EMAIL PROTECTED]> wrote:

> There's probably many folks like myself that would like to contribute
> but have no idea where/how to get started.  Any suggestions?
> -----Original Message-----
> From: Eric Newton [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 02, 2012 10:34
> Subject: Re: On ticket management
> Tickets that remain unassigned don't seem to get any attention.
> I've been trying to close as many "easy" tickets as I can over the
> last few days... and there's this giant pile of tickets that are
> unassigned that I've not even started to look at.
> Unless we are rigorous about going through the unassigned tickets, I
> prefer to keep them assigned to someone.
> -Eric
> On Wed, May 2, 2012 at 9:31 AM, John Vines <[EMAIL PROTECTED]>
> wrote:
> > So early on we took the stance that different committers owned
> > different realms of the project. This makes sense, because we want
> > to make sure that outside contributors don't have their patches
> > However, this also means that all tickets under realm X will be
> assigned to that person.
> >
> > I am not a fan of this approach, for a few different reasons- 1.
> > Committers get pidgeon-holed into very specific realms of the
> > project 2. Committers can find themselves stuck with tickets that
> > they are not
> > that aware of and/or don't understand 3. Outsiders can be hesitant
> > to begin contribution because with a ticket assigned they could
> > think that they are working on it 4. At least for me, I would like
> > to use assigned tickets to keep track of what I have on *MY* plate.
> > That is, the things that I am working on and/or want and plan to
work on next.
> >
> > I'm wondering what everyone's thoughts would be on making the
> > default behavior for new tickets be unassigned (I imagine this is
> > possible in
> > JIRA) and the method for ticket assignment.  We can still divide up
> > the realms for the committers for ensuring validity of the tickets
> > and
> > for handling patches though.  This would also mean purging all
> > current
> > ticket assignments, except those which should be legitimately
> > assigned
> > under the new methods.
> >
> > John
> >