Re: Learning curves and such (was Re: pgFoundry)
От | Andrew Dunstan |
---|---|
Тема | Re: Learning curves and such (was Re: pgFoundry) |
Дата | |
Msg-id | 428A35DB.9080409@dunslane.net обсуждение исходный текст |
Ответ на | Re: Learning curves and such (was Re: pgFoundry) ("Marc G. Fournier" <scrappy@postgresql.org>) |
Ответы |
Re: Learning curves and such (was Re: pgFoundry)
Re: Learning curves and such (was Re: pgFoundry) |
Список | pgsql-hackers |
Marc G. Fournier wrote: >> >> And, I'm sure this has been asked and answered a billion times >> already, but why *don't* we have a real bug tracking system? > > > Because none of the core developers will use it, so bugs would be > added, but never removed ... Last time it came up I thought the problem was that there was not a consensus on *which* bugtracker to use. Incidentally, I'm not advocating we use bugzilla (if anything I think I'd lean towards using RT), but this seems like a good opportunity to note that as of a week or two ago bugzilla's HEAD branch supports using PostgreSQL as its backing store, and this will be maintained. > > Also, how many 'bugs' have we seen go through the lists that someone > hasn't jump'd on and fixed in a couple of days? We have a long list > of 'TODO' items, but could anyone generate a list of "known bugs"? > Bug tracking systems are used to track more than just bugs ... they are often used to track enhancements, support requests, and other tasks. GForge (and hence pgfoundry) provides each project by default with several trackers, one for each of these classes. But then, as a pgfoundry admin you know that, right? :-) cheers andrew
В списке pgsql-hackers по дате отправления: