Re: Bug tracker tool we need

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>
Cc: Alex Shulgin <ash(at)commandprompt(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Greg Smith <greg(at)2ndquadrant(dot)com>, Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Jay Levitt <jay(dot)levitt(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, TomLane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: Bug tracker tool we need
Date: 2012-04-18 15:45:14
Message-ID: 4F8EE18A.3020708@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 04/18/2012 11:29 AM, Kevin Grittner wrote:
> Peter Eisentraut<peter_e(at)gmx(dot)net> wrote:
>> On ons, 2012-04-18 at 13:33 +0300, Alex Shulgin wrote:
>>> I wonder why do people keep complaining how their bug tracker of
>>> choice sucks, instead of doing something about that.
>> Lack of time, and to some degree a lack of clarity of what they
>> want out of the thing. (Most people are very clear on what they
>> don't want.)
>
> Personally, I haven't worked with one which had the data organized
> in what I would consider a sensible and useful way.

Part of the trouble is that the whole area is fuzzy. So any organization
that imposes some sort of order on the data will not fit well in some
cases. Most tracker systems have ended up either trying to cater for
increasingly complex and varied circumstances, or staying simple and
more or less throwing in the towel on the complexity problem.

That doesn't necessarily mean that it's not worth having a tracker, just
that we need to recognize the limitations.

cheers

andrew

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Flavio Vodzinski 2012-04-18 16:00:10 Postgres install program files folder
Previous Message Tom Lanyon 2012-04-18 15:44:11 8.4 path to repair_frag()?