From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: Move to a cadence release model? Date: Tue, 10 Nov 2015 15:58:20 -0800 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447199928 14342 80.91.229.3 (10 Nov 2015 23:58:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Nov 2015 23:58:48 +0000 (UTC) Cc: John Yates , rms@gnu.org, Emacs-devel To: Xue Fuqiao Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 11 00:58:47 2015 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 1ZwIoG-0007y9-Vj for ged-emacs-devel@m.gmane.org; Wed, 11 Nov 2015 00:58:45 +0100 Original-Received: from localhost ([::1]:36233 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwIoG-0005FU-5R for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 18:58:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57464) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwIo2-0005FD-1p for emacs-devel@gnu.org; Tue, 10 Nov 2015 18:58:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwInx-0004PK-Vf for emacs-devel@gnu.org; Tue, 10 Nov 2015 18:58:29 -0500 Original-Received: from mail-pa0-x230.google.com ([2607:f8b0:400e:c03::230]:34590) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwInx-0004P1-QF; Tue, 10 Nov 2015 18:58:25 -0500 Original-Received: by padhx2 with SMTP id hx2so12090232pad.1; Tue, 10 Nov 2015 15:58:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mail-followup-to:mime-version:content-type; bh=cv+V39aui3GDReREk+CT7y+fFCPZ4tqEpI6CAuV0Spk=; b=U7BPo297sKNtzYNO6efF8VT0ZRj5Kj9BfMbN0wbUeshS3EJXZ3XVGr3s1WWww+wc7x ZMmVmTjnbXR8LV1ynjRbPe400YnInfBEuIbKjDCDu/TCUkllrW3eIpW0nMEn+2OgFUJz PezUdygbrxTIhMOypDsmCBVPaypxR+YzdC/NBwU1vwPngseNnArRbdwulxBsgPenGKd7 BV2/J5vJqRoDRR5O9e/EAkvuDuWExAzjeXOeZ9sxR7fcwKhacu1YL++rFtnVbELQqpo8 Tqo4AHGHojMW881yAgj/3b57p0mCKcxJAqIYUQWHnEOqq+NOBKjTPGu7Fde1F3rBpQIZ R39w== X-Received: by 10.68.65.8 with SMTP id t8mr7044140pbs.99.1447199904738; Tue, 10 Nov 2015 15:58:24 -0800 (PST) Original-Received: from Vulcan.attlocal.net (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id ey2sm6213061pbd.77.2015.11.10.15.58.23 (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 10 Nov 2015 15:58:23 -0800 (PST) X-Google-Original-From: "John Wiegley" Original-Received: by Vulcan.attlocal.net (Postfix, from userid 501) id CCF9D10541751; Tue, 10 Nov 2015 15:58:22 -0800 (PST) In-Reply-To: (Xue Fuqiao's message of "Wed, 11 Nov 2015 07:50:14 +0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: Xue Fuqiao , rms@gnu.org, Emacs-devel , John Yates X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::230 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:194004 Archived-At: >>>>> Xue Fuqiao writes: > I think what John had in mind was to make Emacs release earlier and more > frequently (i.e., be time-based instead of feature-based), thus creating a > tight feedback loop between developers and users and eliminating the risk of > creating a new release that no one will use. This means that users will see > smaller changes more frequently. I would indeed like to see several .x releases within a cycle, fairly evenly spaced. x.y releases would wait until we have a larger set of features ready. Doing this properly may mean dividing how we develop Emacs, though, with active development on both the "current release branch (25.x)", and the "next major release (26.1)". Merges would proceed daily from the former to the latter, but rarely in the other direction (and only by cherry-picking). We want an active focus on bugs -- toward a stabler .x -- but we don't want to inhibit integration of feature branches toward the next x.y as they become ready. What we're doing now is working, so this isn't a change I propose making right now. While we work on getting 25.1 out the door, we can keep thinking about our development and release model. John