From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: bzr repository ready? Date: Sun, 22 Nov 2009 03:13:31 +0900 Message-ID: <87ws1jd9v8.fsf@uwakimon.sk.tsukuba.ac.jp> 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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1258841486 31635 80.91.229.12 (21 Nov 2009 22:11:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Nov 2009 22:11:26 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 21 23:11:19 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 1NByAV-0003dh-Gs for ged-emacs-devel@m.gmane.org; Sat, 21 Nov 2009 23:10:59 +0100 Original-Received: from localhost ([127.0.0.1]:59705 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NBuMj-0003mV-JV for ged-emacs-devel@m.gmane.org; Sat, 21 Nov 2009 13:07:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NBuMd-0003ly-Ct for emacs-devel@gnu.org; Sat, 21 Nov 2009 13:07:15 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NBuMY-0003hq-Ee for emacs-devel@gnu.org; Sat, 21 Nov 2009 13:07:15 -0500 Original-Received: from [199.232.76.173] (port=48266 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NBuMY-0003hm-5C for emacs-devel@gnu.org; Sat, 21 Nov 2009 13:07:10 -0500 Original-Received: from mtps01.sk.tsukuba.ac.jp ([130.158.97.223]:54433) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NBuMX-0000GN-KP for emacs-devel@gnu.org; Sat, 21 Nov 2009 13:07:09 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps01.sk.tsukuba.ac.jp (Postfix) with ESMTP id 172091537B4; Sun, 22 Nov 2009 03:07:06 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 2877F1A28C6; Sun, 22 Nov 2009 03:13:31 +0900 (JST) In-Reply-To: <87zl6f6dxt.fsf@telefonica.net> X-Mailer: VM 8.0.12-devo-585 under 21.5 (beta29) "garbanzo" d20e0a45a4b2 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:117459 Archived-At: =D3scar Fuentes writes: > Stephen missed a word here. If you like. As I understand it, however, the *idea* of a checkout is to depend on the parent branch for history and metadata, and the "heavyweight" checkout was actually sort of an implementation accident: it was simplest to start by implementing checkouts as a command which automatically bound the new branch to its parent, and the "ideal" (lightweight) checkout was implemented later. > 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". Ian Clatworthy is ready to flip to lightweight by default at any time, and he even wants bound branches to disappear entirely AFAICT. Aaron Bentley and Barry Warsaw talk about the "checkouts" used to implement the pipeline plugin, etc, which are definitely lightweight. And so on. 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.