From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: bzr repository ready? Date: Mon, 23 Nov 2009 09:39:17 -0500 Message-ID: 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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1258987244 26431 80.91.229.12 (23 Nov 2009 14:40:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 23 Nov 2009 14:40:44 +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 Mon Nov 23 15:40:37 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 1NCa5d-0001Ee-VA for ged-emacs-devel@m.gmane.org; Mon, 23 Nov 2009 15:40:30 +0100 Original-Received: from localhost ([127.0.0.1]:40566 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCa5d-0002Yk-DM for ged-emacs-devel@m.gmane.org; Mon, 23 Nov 2009 09:40:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NCa4a-0002A5-Qb for emacs-devel@gnu.org; Mon, 23 Nov 2009 09:39:24 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NCa4V-000282-Mr for emacs-devel@gnu.org; Mon, 23 Nov 2009 09:39:24 -0500 Original-Received: from [199.232.76.173] (port=60838 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCa4V-00027w-Fk for emacs-devel@gnu.org; Mon, 23 Nov 2009 09:39:19 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:23543 helo=ironport2-out.pppoe.ca) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NCa4V-0002un-4z for emacs-devel@gnu.org; Mon, 23 Nov 2009 09:39:19 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqsEACYtCkvO+IIa/2dsb2JhbACBTdQjhDwEigI X-IronPort-AV: E=Sophos;i="4.47,272,1257138000"; d="scan'208";a="49845131" Original-Received: from 206-248-130-26.dsl.teksavvy.com (HELO pastel.home) ([206.248.130.26]) by ironport2-out.pppoe.ca with ESMTP; 23 Nov 2009 09:39:18 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 0DF6880E5; Mon, 23 Nov 2009 09:39:17 -0500 (EST) In-Reply-To: <87r5rpsnfw.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Mon, 23 Nov 2009 16:35:47 +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:117583 Archived-At: >> I think we should only consider setups that are close to what was done >> with CVS. After that, people can read the Bzr docs to figure out what's >> best for them. > FSVO "close to CVS." Specifically, I *strongly recommend* that all > workflows recommended to core developers start by creating a local > repo (try that in CVS! :-). I consider Bzr unusable without a shared repository (just like Arch was unusable without a "revlib"), so I fully agree. > 1. Jason's suggestion of "bzr init-repo --no-trees -2a" sounds like a > good idea to me for performance reasons. Is this going to be > entirely superseded by the "wget; tar x" workflow? I think so, yes. > "emacs" trunk branch). I think it's worth planning for that > possibility in structuring the Emacs Bazaar repository. You mean the main repository should not be directly at .../srv/bzr/emacs but at .../srv/bzr//emacs ? I think I agree. > 2. I think that all core developer workflows we recommend *at this > point in time in the wiki page* should start with "bzr branch > trunk" (not usual in CVS but I think the rest of the workflow is > reasonably close to CVS). I recommend exactly two variants: I can think of only 3 useful starting points: 1- lightweight checkout: for people who only want to fetch the latest code but will never need/want the diff/log or contribute code. 2- bound branch (aka heavyweight checkout): for people who are happy with CVS and will never want to create a local branch. 3- a local mirror-branch + a local dev branch. If you want something fancier than (3), read the Bzr docs. I'm not actually convinced that (1) and (2) are really that important, so maybe we could drop one of them (or maybe both of them even). But the hard part is to integrate those 3 starting points with the "wget+untar" approach. Stefan