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: base Date: Tue, 24 Aug 2010 22:39:08 +0900 Message-ID: <87pqx85dvn.fsf@uwakimon.sk.tsukuba.ac.jp> References: <20100822120642.GA1794@muc.de> <87bp8uzu9d.fsf@mithlond.arda> <871v9o7dmf.fsf@uwakimon.sk.tsukuba.ac.jp> <87wrrg5rzg.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1282657669 12228 80.91.229.12 (24 Aug 2010 13:47:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 24 Aug 2010 13:47:49 +0000 (UTC) Cc: emacs-devel@gnu.org, Leo , Miles Bader To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 24 15:47:47 2010 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.69) (envelope-from ) id 1Ontqr-0002BE-ED for ged-emacs-devel@m.gmane.org; Tue, 24 Aug 2010 15:47:45 +0200 Original-Received: from localhost ([127.0.0.1]:54406 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ontqq-0002JP-H6 for ged-emacs-devel@m.gmane.org; Tue, 24 Aug 2010 09:47:44 -0400 Original-Received: from [140.186.70.92] (port=36978 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ontlx-00085i-8l for emacs-devel@gnu.org; Tue, 24 Aug 2010 09:42:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ontlv-0002rZ-SB for emacs-devel@gnu.org; Tue, 24 Aug 2010 09:42:41 -0400 Original-Received: from imss12.cc.tsukuba.ac.jp ([130.158.254.161]:38312) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ontlv-0002rB-Hh; Tue, 24 Aug 2010 09:42:39 -0400 Original-Received: from imss12.cc.tsukuba.ac.jp (imss12.cc.tsukuba.ac.jp [127.0.0.1]) by postfix.imss70 (Postfix) with ESMTP id 4327BF4003; Tue, 24 Aug 2010 22:42:37 +0900 (JST) Original-Received: from mgmt1.sk.tsukuba.ac.jp (unknown [130.158.97.223]) by imss12.cc.tsukuba.ac.jp (Postfix) with ESMTP id 329B9F4002; Tue, 24 Aug 2010 22:42:37 +0900 (JST) Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id 2DED53FA024F; Tue, 24 Aug 2010 22:42:37 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id BAC4D1A47B8; Tue, 24 Aug 2010 22:39:08 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta29) "garbanzo" ed3b274cc037 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.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:129135 Archived-At: Juanma Barranquero writes: > Which, I readily admit, is not worse than Bzr's reputation of "OMG > its documentation is full of vagueness and lacking detailed > explanations and even clear definitions of basic concepts". Try Bazaar For Git Users, http://doc.bazaar.canonical.com/migration/en/survival/bzr-for-git-users.html. (It helps to be familiar with git; specialized git terms like "ref" are used without definition.) There are a couple of inaccuracies there. The important one is that bzr update is *not* an alias for bzr pull. Rather, bzr pull synchronizes the current branch to the remote branch if and only if the local branch is a subset of the remote. It normally updates the workspace as well. In a bound branch or checkout, the current branch is the master branch it's bound to; because of the binding, of course the local branch gets synchronized too. bzr update synchronizes the workspace to its (master) branch; in the case of a bound branch, this has the side effect of synchronizing the local branch bound to the master. Other than that, IMHO :-) it's pretty good, as far as it goes.