Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id EF751EC32B9 for ; Thu, 12 Apr 2012 12:13:09 -0300 (ADT) Received: from smtp.01.com ([199.36.142.181]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SILhq-0006pF-TZ for pgsql-hackers@postgresql.org; Thu, 12 Apr 2012 15:13:09 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp-out-1.01.com (Postfix) with ESMTP id D53E83F629B for ; Thu, 12 Apr 2012 10:12:53 -0500 (CDT) X-Virus-Scanned: amavisd-new at smtp-out-1.01.com Received: from smtp.01.com ([127.0.0.1]) by localhost (smtp-out-1.01.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id noGlCPNFCSym for ; Thu, 12 Apr 2012 10:12:53 -0500 (CDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp-out-1.01.com (Postfix) with ESMTP id ABA003F6296 for ; Thu, 12 Apr 2012 10:12:53 -0500 (CDT) Received: from mail-1.01.com (mail.01.com [172.18.30.178]) by smtp-out-1.01.com (Postfix) with ESMTP id 28C203F6265; Thu, 12 Apr 2012 10:12:53 -0500 (CDT) Date: Thu, 12 Apr 2012 10:12:52 -0500 (CDT) From: Joshua Berkus To: Magnus Hagander Cc: Robert Haas , Peter Eisentraut , Greg Smith , pgsql-hackers@postgresql.org, Tom Lane Message-ID: <216417146.268570.1334243572925.JavaMail.root@mail-1.01.com> In-Reply-To: Subject: Re: Last gasp MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [68.33.34.65] X-Mailer: Zimbra 7.1.3_GA_3374 (ZimbraWebClient - FF3.0 (Linux)/7.1.3_GA_3346) X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201204/647 X-Sequence-Number: 206450 > If we were actually using git branches for it, the CF app could > automatically close entries when they were committed. But that > requires them to be committed *unmodified*, and I'm not sure that's > reasonable. I also think requiring a git branch for the *simple* > changes is adding more tooling and not less, and thus fails on that > suggestion. Well actually, the other advantage of using branches is that it would encourage committers to bounce a patch back to the submitter for modification *instead of* doing it themselves. This would both have the advantage of saving time for the committer, and doing a better job of teaching submitters how to craft patches which don't need to be modified. Ultimately, we need to train new major contributors in order to get past the current bottleneck. Of course, this doesn't work as well for contributors who *can't* improve their patches, such as folks who have a language barrier with the comments. But it's something to think about. --Josh