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: bzr repository ready? Date: Sat, 21 Nov 2009 19:26:04 +0100 Message-ID: <87iqd368g3.fsf@telefonica.net> References: <87639fr3w7.fsf@red-bean.com> <87vdhfpil2.fsf@red-bean.com> <87einvxy9c.fsf@red-bean.com> <20091118230952.GB908@muc.de> <87my2jw05z.fsf@red-bean.com> <83skc9pbf7.fsf@gnu.org> <87iqd5vw5n.fsf@red-bean.com> <877htl53tc.fsf@telefonica.net> <83einsozea.fsf@gnu.org> <873a48djpi.fsf@uwakimon.sk.tsukuba.ac.jp> <87zl6f6dxt.fsf@telefonica.net> <87ws1jd9v8.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1258841488 31649 80.91.229.12 (21 Nov 2009 22:11:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Nov 2009 22:11:28 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 21 23:11:20 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 1NByAJ-0003SB-3Z for ged-emacs-devel@m.gmane.org; Sat, 21 Nov 2009 23:10:47 +0100 Original-Received: from localhost ([127.0.0.1]:42356 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NBugh-0008Pj-Cg for ged-emacs-devel@m.gmane.org; Sat, 21 Nov 2009 13:27:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NBugc-0008Ox-Ch for emacs-devel@gnu.org; Sat, 21 Nov 2009 13:27:54 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NBugW-0008NY-IN for emacs-devel@gnu.org; Sat, 21 Nov 2009 13:27:53 -0500 Original-Received: from [199.232.76.173] (port=35849 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NBugW-0008NT-DQ for emacs-devel@gnu.org; Sat, 21 Nov 2009 13:27:48 -0500 Original-Received: from impaqm2.telefonica.net ([213.4.138.2]:34083) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NBugV-0004h9-PH for emacs-devel@gnu.org; Sat, 21 Nov 2009 13:27:48 -0500 Original-Received: from IMPmailhost2.adm.correo ([10.20.102.39]) by IMPaqm2.telefonica.net with bizsmtp id 7q1f1d0HG0r0BT63MuTla8; Sat, 21 Nov 2009 19:27:45 +0100 Original-Received: from qcore ([88.24.228.153]) by IMPmailhost2.adm.correo with BIZ IMP id 7uTe1d00E3KD41U1iuTkYs; Sat, 21 Nov 2009 19:27:45 +0100 X-TE-authinfo: authemail="981711563$telefonica.net" |auth_email="981711563@telefonica.net" X-TE-AcuTerraCos: auth_cuTerraCos="cosuitnetc01" In-Reply-To: <87ws1jd9v8.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Sun, 22 Nov 2009 03:13:31 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:117460 Archived-At: "Stephen J. Turnbull" writes: > =C3=93scar Fuentes writes: > > > Stephen missed a word here. > > If you like. [snip] > > What he says is correct for a *lightweight* checkout. A normal > > checkout contains all the metadata, and in essence > > Please refer to the recent bazaar@canonical.com archives. "Checkout" > in discussion there now means "lightweight checkout". [snip] > It is true that as of v2.0.1, 'bzr help' still refers to "normal > checkouts" (=3D=3D bound branches) and --lightweight is required to get a > lightweight checkout, but it is clear that the trend is bipolar: > (unbound) branches for decentralized workflows, and (lightweight) > checkouts for centralized workflows and special applications (like > "build-only"). I think it's better to follow the modern terminology > here on emacs-devel. As you say, the terminology is redundant, and hence confusing. But as people here will base his practice on the current bzr interface and help files rather than on discussions on the bzr ml, IMHO it is more appropriate to be consistent with that. People could be surprised when they find that bzr checkout does not create what you call a checkout, but a bound branch. Besides, bound branches are perfectly ok on a centralized workflow when you are not on the local network (and thus bandwidth is not all that great) which covers the typical FOSS project. Too often, the logic behind the decisions of bzr's core developers does not seem very sound to me. Is as if the project were on a permanent experimental phase, where you can make an occassional blunder without dire consequences. --=20 =C3=93scar