On Wed, Jul 1, 2009 at 6:53 PM, Kevin Grittner<kevin.gritt...@wicourts.gov> wrote: > Bruce Momjian <br...@momjian.us> wrote: > >> The problem is that the committers control the commit date, but the >> one seen as punished for a rejected patch is not the committers but >> the submitter. > > Well, it would seem odd for anyone to feel "punished".
Depends on who the patch submitter thinks is at fault. Sometimes, patches legitimately don't get reviewed as much as would be good. Other times, the submitter just thinks the committer is nitpicking. I think Bruce summarized it pretty well. Really, when you get right down to it, you can guarantee that all patches get a certain amount of review, or you can guarantee that the CommitFest ends by a certain date, but not both, because you can't force other people to spend more time on PostgreSQL than they have to spend. At best, you can get them to spend the time that they do have on the right sort of things (e.g. reviewing rather than developing new patches during CommitFest). Of course, since you want both of those things to happen, it's a balancing act. ...Robert -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
