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: Release process (was Re: Move to a cadence release model?) Date: Tue, 10 Nov 2015 16:24:59 -0800 Message-ID: References: <8337wdn6uu.fsf@gnu.org> <86611975jo.fsf_-_@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447201532 6041 80.91.229.3 (11 Nov 2015 00:25:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Nov 2015 00:25:32 +0000 (UTC) Cc: Eli Zaretskii , john@yates-sheets.org, emacs-devel@gnu.org To: Stephen Leake Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 11 01:25:27 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 1ZwJE5-0007pd-Tw for ged-emacs-devel@m.gmane.org; Wed, 11 Nov 2015 01:25:26 +0100 Original-Received: from localhost ([::1]:36346 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwJE4-0006V8-SQ for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 19:25:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35483) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwJDq-0006TQ-2s for emacs-devel@gnu.org; Tue, 10 Nov 2015 19:25:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwJDp-0002vY-9r for emacs-devel@gnu.org; Tue, 10 Nov 2015 19:25:10 -0500 Original-Received: from mail-pa0-x231.google.com ([2607:f8b0:400e:c03::231]:33216) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwJDl-0002rp-BK; Tue, 10 Nov 2015 19:25:05 -0500 Original-Received: by pabfh17 with SMTP id fh17so12777022pab.0; Tue, 10 Nov 2015 16:25:04 -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=e2lkKmR030LIdJWheJLj0oYMKgFaGN7r6F2Uu0eh8x8=; b=giGR3XLjUZu3FWGg0Xb2sr/L8ZZS3/6fNQlFXCYiRuD7EtwV8E6T2aJpS6kD6dOrak pwG2ky3/rkTB7mRHsEFnY69U+tr2Cm2ujAuUhxwS/p8L38touINJrW89OG0O7jlK05CO Qz1TQsGAkMzt75Vfx+A2nq2icdCffsgdIodH3teTwIs1SS65m71FQxZscaOCZhE6GYmh AeLqdYpfafTC/bbDPfGOFrR2XgMXlI7VwHhy37hrLzS3Zkol4UZwF+BqDYJuvpnpnqIq /fYFdyXyW52wQ8NUh5E3qZVwQNdiNyZbOhqYBgAlirt1rn6IuoxVoRSyzVF19a9zdA+g 0e5w== X-Received: by 10.66.123.72 with SMTP id ly8mr9938671pab.92.1447201504589; Tue, 10 Nov 2015 16:25:04 -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 c6sm6292468pbu.51.2015.11.10.16.25.03 (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 10 Nov 2015 16:25:03 -0800 (PST) X-Google-Original-From: "John Wiegley" Original-Received: by Vulcan.attlocal.net (Postfix, from userid 501) id E12571054242C; Tue, 10 Nov 2015 16:25:02 -0800 (PST) In-Reply-To: <86611975jo.fsf_-_@stephe-leake.org> (Stephen Leake's message of "Tue, 10 Nov 2015 18:17:47 -0600") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: Stephen Leake , Eli Zaretskii , emacs-devel@gnu.org, john@yates-sheets.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::231 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:194008 Archived-At: >>>>> Stephen Leake writes: > Which is precisely why we have a feature freeze phase; it enforces this > desire. > I know I would be _very_ tempted to ignore the release branch, to keep > working on my latest Cool Feature instead. > If I know I have to wait for a release before I can merge to master again, > I'll work on the release as much as I can. Yeah, that's a valid management question. Either way, I can't stop anyone from ignoring the release branch and working on their feature branch. Also, if the release branch doesn't close its bugs and reach stability, it will delay the next release (when your master changes reach the world), so that is some incentive, yes? John