From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: GNU Emacs is on Bazaar now. Date: Mon, 28 Dec 2009 21:00:11 -0500 Message-ID: <87iqbqedzo.fsf@red-bean.com> References: <87d4206n80.fsf@canonical.com> <87637qhjqu.fsf@red-bean.com> <87fx6urat1.fsf@telefonica.net> <87oclig1qj.fsf@red-bean.com> <87bphir8s4.fsf@telefonica.net> <87zl52o82l.fsf@uwakimon.sk.tsukuba.ac.jp> Reply-To: Karl Fogel NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1262052049 19031 80.91.229.12 (29 Dec 2009 02:00:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Dec 2009 02:00:49 +0000 (UTC) Cc: =?utf-8?Q?=C3=93scar?= Fuentes , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 29 03:00:42 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NPRNy-0003nO-TE for ged-emacs-devel@m.gmane.org; Tue, 29 Dec 2009 03:00:35 +0100 Original-Received: from localhost ([127.0.0.1]:44316 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NPRNz-00006J-5D for ged-emacs-devel@m.gmane.org; Mon, 28 Dec 2009 21:00:35 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NPRNm-0008Sd-3a for emacs-devel@gnu.org; Mon, 28 Dec 2009 21:00:22 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NPRNg-0008Rr-Vc for emacs-devel@gnu.org; Mon, 28 Dec 2009 21:00:21 -0500 Original-Received: from [199.232.76.173] (port=53423 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NPRNg-0008Ro-Ra for emacs-devel@gnu.org; Mon, 28 Dec 2009 21:00:16 -0500 Original-Received: from sanpietro.red-bean.com ([66.146.206.141]:37638) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NPRNg-0002Q1-Du for emacs-devel@gnu.org; Mon, 28 Dec 2009 21:00:16 -0500 Original-Received: from localhost ([127.0.0.1]:35290 helo=kfogel-work ident=kfogel) by sanpietro.red-bean.com with esmtp (Exim 4.71) (envelope-from ) id 1NPRNc-0000ic-D4; Mon, 28 Dec 2009 20:00:13 -0600 In-Reply-To: <87zl52o82l.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Tue, 29 Dec 2009 10:57:54 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:118903 Archived-At: "Stephen J. Turnbull" writes: > isolation that feature branches provide, once he's used them. I think > there's a lot of room for icky things[tm] to happen if the bzr-update- > and-work-on-trunk discipline is mixed with the push-through-a-dedicated- > trunk-mirror-branch discipline. Right -- cognitive load is a factor here. The nice thing about the 'quickfixes' branch (as currently documented) is that you use it the same way you'd use any other feature or bugfix branch. This allows the developer to form safe habits. Mixing methods increases the risk of something icky happening. (I'm not saying we can't document other workflows; I'm just trying to point out all the reasoning behind the workflow currently documented, so we don't travel the same road many times.) -Karl