From: | "David E(dot) Wheeler" <david(at)kineticode(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Gregory Stark <stark(at)enterprisedb(dot)com>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: small but useful patches for text search |
Date: | 2009-03-16 20:54:52 |
Message-ID: | 6F7D3BBA-8645-46EA-8C93-72B19F06333E@kineticode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mar 16, 2009, at 1:41 PM, Tom Lane wrote:
> A saner policy would mandate that large patches land near the start of
> a development cycle, but I don't know how we get people to do that.
I think that if you can strictly time-limit the final CommitFest in
the same way that you time-limit the others, then whatever doesn't get
in that last one will be deferred to the first fest for the next major
version.
For those patches that *do* get in for the last CommitFest, they have
to be ready within a month of the last day of the CommitFest month. So
if the last fest for 8.4 was December, then any patches not ready by
Feb 1 would be put off.
This doesn't guarantee that people will get those big patches in
earlier, but it will surely encourage them to do so.
Just an idea.
Best,
David
From | Date | Subject | |
---|---|---|---|
Next Message | David Fetter | 2009-03-16 20:55:27 | Re: small but useful patches for text search |
Previous Message | Greg Stark | 2009-03-16 20:52:55 | Re: small but useful patches for text search |