Re: Feature freeze progress report
От | Chris Browne |
---|---|
Тема | Re: Feature freeze progress report |
Дата | |
Msg-id | 60fy6hfx48.fsf@dba2.int.libertyrms.com обсуждение исходный текст |
Ответ на | Re: Feature freeze progress report (Marc Munro <marc@bloodnok.com>) |
Список | pgsql-hackers |
marc@bloodnok.com (Marc Munro) writes: > On Mon, 2007-30-04 at 08:56 -0300, Heikki Linnakangaspgsql wrote: >> Date: Mon, 30 Apr 2007 09:18:36 +0100 >> From: Heikki Linnakangas <heikki@enterprisedb.com> >> To: Tom Lane <tgl@sss.pgh.pa.us> >> Cc: Dave Page <dpage@postgresql.org>, Simon Riggs >> <simon@2ndquadrant.com>, >> Bruce Momjian <bruce@momjian.us>, >> PostgreSQL-development <pgsql-hackers@postgresql.org> >> Subject: Re: Feature freeze progress report >> Message-ID: <4635A65C.70005@enterprisedb.com> > >> If we had a 1-2 lines status blurp attached to each patch in the >> queue, >> like "waiting for review", "author is fixing issue XX", etc., that >> might >> help. Bruce would need to do that if we keep the current patch queue >> system unmodified otherwise, or we'd need to switch to something else. > > Would it be possible to also automatically determine some sort of > bit-rot status? What I had in mind was an automated process that would > apply each patch to HEAD on a daily basis and report whether the patch > still applies cleanly and still allows all regression tests to pass on > at least one platform. If and when the result of these tests changes > from pass to fail, the patch submitter would be automatically > notified. > > The patch status could then also show the last time at which the patch > applied cleanly, and the last time that regression tests ran > successfully. Hmm. That would be an interesting extension to the build farm. If only the timing were right for us to get a GSoC person or something such to add such functionality... -- let name="cbbrowne" and tld="acm.org" in String.concat "@" [name;tld];; http://linuxdatabases.info/info/emacs.html "Lisp is an eternal thought in the mind of God." --Crassus, mutatis mutandi
В списке pgsql-hackers по дате отправления: