Re: pgsql: Introduce timeout handling framework

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: pgsql: Introduce timeout handling framework
Дата
Msg-id CAEYLb_XxZFm+P0UAvq6oEoJkUguh3isNSUDjQ_Y2-xTP=pQn9Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pgsql: Introduce timeout handling framework  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: pgsql: Introduce timeout handling framework
Re: pgsql: Introduce timeout handling framework
Список pgsql-committers
On 17 July 2012 14:43, Andrew Dunstan <andrew@dunslane.net> wrote:
> This seems to have broken Windows builds. (And if people need reminding,
> cross-compiling is pretty easy:
> <http://people.planetpostgresql.org/andrew/index.php?/archives/264-Cross-compiling-PostgreSQL-for-WIndows.html>
> )

Perhaps I'm asking a naive question, but wouldn't it be easier if
people had the opportunity to use the buildfarm without actually
committing something? For example, perhaps the buildfarm could be made
to run on a staging branch. Commits would actually be made to the
staging branch. If and when the regression tests pass, the
infrastructure then pushes the staging branch commit onto the master
branch, and the commit is really committed - the -commiters list is
now informed of this. If there is a problem with the buildfarm, the
committer receives an e-mail informing them of this. The commit is
non-destructively reverted on the staging branch.

I don't know that it's worth worrying about, nor if the turnaround on
having a commit not break the buildfarm would be generally acceptable
in this situation. It would be nice to keep commit history cleaner,
though.

--
Peter Geoghegan       http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training and Services

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: pgsql: Put back storage/proc.h in postmaster.c.
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: pgsql: Introduce timeout handling framework