Re: [HACKERS] Bug tracking

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: [HACKERS] Bug tracking
Date: 1999-07-01 13:45:13
Message-ID: 11285.930836713@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> writes:
> I have no problem if someone wants to set up a more formal bug tracking
> system. Setting up the system is not hard. It is keeping it
> maintained. Right now, I have a TODO file, and I modifiy it with a text
> editor, and run a script that ftp's it to our web site.

... which is a good low-tech, low-maintenance solution.

> I am willing to put that file in a common location so other people can
> make changes to the file. I could check it into the cvs tree every time
> as doc/TODO, so anyone with CVS access can make modifications to it.

I think if we do anything at all in this area, we should set our sights
much higher than just opening up the TODO file for community
maintenance. The bug tracking systems that I've dealt with keep *far*
more than one line of info about each bug. Ideally, all the info that
you might currently try to find out by digging through the archives of
pgsql-bugs and pgsql-hackers would be in the bugtrack database: original
report, test cases, status, who's working on it, cross-links to similar
bugs, etc.

New-feature requests might be kept track of in the same way, although
I haven't seen anyone using a bugtrack system for that purpose.

regards, tom lane

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Ross J. Reedstrom 1999-07-01 18:57:45 Re: [HACKERS] Bug tracking
Previous Message Tom Lane 1999-07-01 13:32:30 Re: [HACKERS] regression bigtest needs very long time