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: Tue, 24 Nov 2009 18:35:10 +0900 Message-ID: <87ocmsgt9t.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87zl6vskq0.fsf@red-bean.com> <874op07kb0.fsf@red-bean.com> <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> <87vdh29lfo.fsf@red-bean.com> <83k4xhoo0n.fsf@gnu.org> <87my2dhlko.fsf@telefonica.net> <87r5rpsnfw.fsf@uwakimon.sk.tsukuba.ac.jp> <87einpf74m.fsf@uwakimon.sk.tsukuba.ac.jp> <83d439nicw.fsf@gnu.org> <87ocmspuyp.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: ger.gmane.org 1259055127 25633 80.91.229.12 (24 Nov 2009 09:32:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Nov 2009 09:32:07 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 24 10:32:00 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 1NCrka-0005Nf-Az for ged-emacs-devel@m.gmane.org; Tue, 24 Nov 2009 10:31:57 +0100 Original-Received: from localhost ([127.0.0.1]:35394 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCrkZ-0000vL-PT for ged-emacs-devel@m.gmane.org; Tue, 24 Nov 2009 04:31:55 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NCri4-0007Yp-Pr for emacs-devel@gnu.org; Tue, 24 Nov 2009 04:29:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NCrhz-0007Sz-Fy for emacs-devel@gnu.org; Tue, 24 Nov 2009 04:29:19 -0500 Original-Received: from [199.232.76.173] (port=42494 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCrhz-0007Si-C4 for emacs-devel@gnu.org; Tue, 24 Nov 2009 04:29:15 -0500 Original-Received: from mtps01.sk.tsukuba.ac.jp ([130.158.97.223]:40853) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NCrht-0004MV-ON; Tue, 24 Nov 2009 04:29:10 -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 C6DEE1537B2; Tue, 24 Nov 2009 18:29:05 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 93A981A28C8; Tue, 24 Nov 2009 18:35:10 +0900 (JST) In-Reply-To: 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:117665 Archived-At: Eli Zaretskii writes: > I'm not sure I understand this. With the commands described on the > wiki, my understanding is that the history is in the `trunk' branch, > which is a mirror of (some) branches in the master repository, while > the source tree is in the development branches. Is that true? No. The history of the project is not just the names, dates, and log messages for versions. It also includes the contents of the files that make up each version, either as a copy of the file, or as a sequence of diffs against some base version. Since history is shared among branches, the first branch is going to bring all the shared history, plus a little bit of history that's specific to it. This is regardless of whether a source tree is checked out or not. > Bazaar allows all the branches in the repository to share storage, > which makes the branches much more lightweight than CVS branches. > However, it still takes time to checkout the source tree for each > branch, and bootstrapping a new tree is annoyingly long. That is > why we recommend that for small changes you keep reusing the same > ``quickfixes'' branch. This way, once you bootstrapped the > ``quickfixes'' branch once, the subsequent update, build, and commit > steps of the update-edit-build-test-commit cycle will all be very > fast, as long as you continue working in the same branch. That's better than what I had. > > > (Release branches will need that, right?) > > > > Yes, but AIUI people who create release branches are not the target > > audience of this document. > > I thought the document targets maintainers as well. Me, for example. It targets maintainers to the extent that they're ordinary developers, yes, but it seems likely to me that maintainers will be using techniques that ordinary developers don't need to know about. Like creating release branches. And they will need somewhat deeper knowledge than the very superficial "do it this way at first and life will start out good and only get better as you learn more" way this document is written. The way I think about this document, creating release branches is rare enough and important enough that whoever does it can ask for help when the time comes if they need it. And I'm sure they'll get it, immediately.