Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Z205c-0008JC-F9 for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Jun 2015 16:39:56 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Z205b-0005Dh-3h for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Jun 2015 16:39:55 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Z205N-0004tM-VI for pgsql-hackers@postgresql.org; Mon, 08 Jun 2015 16:39:42 +0000 Received: from mail.anarazel.de ([217.115.131.40]) by magus.postgresql.org with esmtp (Exim 4.84) (envelope-from ) id 1Z205H-0002Ch-79 for pgsql-hackers@postgresql.org; Mon, 08 Jun 2015 16:39:40 +0000 Received: from intern.anarazel.de (p54AF4766.dip0.t-ipconnect.de [84.175.71.102]) (Authenticated sender: andres@anarazel.de) by mail.anarazel.de (Postfix) with ESMTPSA id A67F3860002; Mon, 8 Jun 2015 18:39:34 +0200 (CEST) Date: Mon, 8 Jun 2015 18:39:34 +0200 From: Andres Freund To: "David G. Johnston" Cc: Claudio Freire , Geoff Winkless , Pg Hackers Subject: Re: [CORE] Restore-reliability mode Message-ID: <20150608163934.GN13944@alap3.anarazel.de> References: <20150608055950.4435a734@engels> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Pg-Spam-Score: -4.2 (----) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 2015-06-08 12:16:34 -0400, David G. Johnston wrote: > ​IIUC the master branch is always ready for testing. I don't really think so. For one we often find bugs ourselves quite quickly. But more importantly, I'd much rather have users use their precious (and thus limited!) time to test when the set of features (not every detail of a feature) is mostly set in stone. There's not much point in doing in-depth testing before that. Similarly it's not particularly worthwhile to test while the buildfarm still shows failures on common platforms. Andres -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers