From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Next release from master Date: Wed, 10 Feb 2016 14:00:07 +1100 Message-ID: <87mvr9p8w8.fsf@gnus.org> References: <8qegda3kfg.fsf@fencepost.gnu.org> <83h9i695n5.fsf@gnu.org> <87si118q6e.fsf@gnus.org> <877fid5u3e.fsf@gmx.us> <87bn7pwgaj.fsf@wanadoo.es> <87y4atqq25.fsf@gnus.org> <877fidwaka.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1455073270 4276 80.91.229.3 (10 Feb 2016 03:01:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 10 Feb 2016 03:01:10 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 10 04:01:02 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aTL1W-0002v5-P3 for ged-emacs-devel@m.gmane.org; Wed, 10 Feb 2016 04:00:58 +0100 Original-Received: from localhost ([::1]:34865 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTL1W-0006IR-5d for ged-emacs-devel@m.gmane.org; Tue, 09 Feb 2016 22:00:58 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58655) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTL1I-0006IC-CC for emacs-devel@gnu.org; Tue, 09 Feb 2016 22:00:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aTL1E-0003EX-47 for emacs-devel@gnu.org; Tue, 09 Feb 2016 22:00:44 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:39527) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTL1D-0003EK-TC for emacs-devel@gnu.org; Tue, 09 Feb 2016 22:00:40 -0500 Original-Received: from cpe-60-225-211-161.nsw.bigpond.net.au ([60.225.211.161] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aTL0o-00076d-AZ; Wed, 10 Feb 2016 04:00:15 +0100 In-Reply-To: <877fidwaka.fsf@wanadoo.es> (=?iso-8859-1?Q?=22=D3scar?= Fuentes"'s message of "Wed, 10 Feb 2016 03:42:13 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-MailScanner-ID: 1aTL0o-00076d-AZ MailScanner-NULL-Check: 1455678016.0312@0rQQCtraqPUKc+UXH0dKJQ X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:199665 Archived-At: =D3scar Fuentes writes: > Exactly. And developing features on `master' entirely bypasses the "it > works" phase, and that is a recipe for disaster. Uhm, no? Presumably everybody tests stuff before they push it. No work, no push. And it's what we've been doing for... how many decades? Yet no disaster. > ** Some merges should require an approval by the maintainer. This is no > different from how things are done now. See the cases of the xwidget > branch, the ffi branch... Nobody is arguing against having separate branches for major new features. But most features aren't so major. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no