Re: Commit fest queue

Поиск
Список
Период
Сортировка
От Stefan Kaltenbrunner
Тема Re: Commit fest queue
Дата
Msg-id 47FDCD44.5030004@kaltenbrunner.cc
обсуждение исходный текст
Ответ на Re: Commit fest queue  (Gregory Stark <stark@enterprisedb.com>)
Ответы Re: Commit fest queue  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Gregory Stark wrote:
> "Brendan Jurd" <direvus@gmail.com> writes:
> 
>> The typical way to solve this is to have the tracker send an automatic
>> notification email to a list saying "Hey, there's a new ticket at ,
>> come and check it out".
> 
> Unfortunately that is the typical way to "solve" this. And it's awful. 
> It's like the ubiquitous cryptic phone call in movies saying "can't talk 
> right now but there's something you should know. Meet me under the bridge"
> 
> Much much better are the systems like debbugs where you get the actual ticket
> by email. And can respond by email. And basically never need to visit the web
> interface unless you want to see the summarized data.
> 
> Personally I would consider any system without at least these attributes to be
> unusable:
> 
> a) Never sends an email without the full content it's notifying you of
> 
> b) Never sends an email which can't be replied to normally

this is something that out bugzilla demo installation is actually 
capable of (ie it can be entirely driven by and automatically track mail 
discussions as long as the mail somehow contains a bugid or get's one 
assigned in the course of the discussion).


Stefan


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Csaba Nagy
Дата:
Сообщение: Re: Concurrent psql API
Следующее
От: Csaba Nagy
Дата:
Сообщение: Re: [OT] Concurrent psql API