From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Next release from master Date: Wed, 10 Feb 2016 01:38:28 +0100 Message-ID: <87bn7pwgaj.fsf@wanadoo.es> References: <8qegda3kfg.fsf@fencepost.gnu.org> <83h9i695n5.fsf@gnu.org> <87si118q6e.fsf@gnus.org> <877fid5u3e.fsf@gmx.us> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1455064745 13237 80.91.229.3 (10 Feb 2016 00:39:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 10 Feb 2016 00:39:05 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 10 01:38:56 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 1aTIo2-0005kP-Hv for ged-emacs-devel@m.gmane.org; Wed, 10 Feb 2016 01:38:54 +0100 Original-Received: from localhost ([::1]:34015 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTIo1-0003cu-M1 for ged-emacs-devel@m.gmane.org; Tue, 09 Feb 2016 19:38:53 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46496) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTIny-0003cn-9z for emacs-devel@gnu.org; Tue, 09 Feb 2016 19:38:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aTInv-0003kw-3K for emacs-devel@gnu.org; Tue, 09 Feb 2016 19:38:50 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:34400) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTInu-0003kn-St for emacs-devel@gnu.org; Tue, 09 Feb 2016 19:38:47 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aTIns-0005aD-C6 for emacs-devel@gnu.org; Wed, 10 Feb 2016 01:38:44 +0100 Original-Received: from 1.red-83-38-42.dynamicip.rima-tde.net ([83.38.42.1]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 Feb 2016 01:38:44 +0100 Original-Received: from ofv by 1.red-83-38-42.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 Feb 2016 01:38:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 1.red-83-38-42.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:iWgszvssCAZ3NPNXnWTIOZET+xg= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:199652 Archived-At: >> I agree. Feature branches are annoying from a testing point of view. It >> would have to be a very exciting branch before I’d bother to merge it... You don't need to merge the branch, just do a checkout, build it and try the feature. > +1 on adding new features to be tested to the master branch directly. What does "to be tested" mean here? Does it mean that the feature was not thoroughly tested by the developer yet? Or is "testing" on the sense of "let's see if the feature is interesting enough for definitive inclusion into Emacs but now it is all over the place and removing it would be a lot of work so it is here to stay"? I've seen very successful projects that encourage developing features in the main branch, but those projects have an extensive test suite and a policy that dictates that any commit that introduces regressions is fixed or reverted as soon as the regression is observed. Encouraging the development of intrusive, potentially destabilizing or controversial features (*) on the master branch of Emacs is a recipe for sinking quality, hence discouraging people from using the development version, hence causing the contrary effect of less testing for the whole project. We have a DVCS. Let's use it for good. * No problem with features that are mostly independent from the rest of the project.