Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 81DC74EEF for ; Mon, 27 Jun 2011 09:43:20 +0000 (UTC) Received: (qmail 99323 invoked by uid 500); 27 Jun 2011 09:43:17 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 99154 invoked by uid 500); 27 Jun 2011 09:43:14 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 99142 invoked by uid 99); 27 Jun 2011 09:43:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Jun 2011 09:43:12 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [217.72.192.227] (HELO fmmailgate02.web.de) (217.72.192.227) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Jun 2011 09:43:05 +0000 Received: from smtp01.web.de ( [172.20.0.243]) by fmmailgate02.web.de (Postfix) with ESMTP id 2551B1A3C7BA7 for ; Mon, 27 Jun 2011 11:42:45 +0200 (CEST) Received: from [80.171.28.58] (helo=[192.168.2.192]) by smtp01.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #2) id 1Qb8L7-0005QL-00 for ooo-dev@incubator.apache.org; Mon, 27 Jun 2011 11:42:45 +0200 Message-ID: <4E085094.8080309@web.de> Date: Mon, 27 Jun 2011 11:42:44 +0200 From: Jens-Heiner Rechtien User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: ooo-dev@incubator.apache.org Subject: Re: An svn question References: <4E0374BA.1090503@gmx.net> <357926.25596.qm@web113510.mail.gq1.yahoo.com> <4E05D2DB.2060500@web.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: jhrechtien@web.de X-Sender: jhrechtien@web.de X-Provags-ID: V01U2FsdGVkX1+HnJy1K/goozz7Iaro02Wk4nUrx5GcUbkFwYyQ Jqm4mGVbFGAO71DZKRRIselsDCans4bnoKnGWXnOiZXh9XiGI9 p6oH2srm8= X-Virus-Checked: Checked by ClamAV on apache.org On 06/27/2011 01:08 AM, Greg Stein wrote: > On Sat, Jun 25, 2011 at 08:21, Jens-Heiner Rechtien wrote: >> On 06/23/2011 09:17 PM, Greg Stein wrote: >>> >>> On Thu, Jun 23, 2011 at 14:02, Pedro F. Giffuni >>> wrote: >>>> >>>> Disclaimer: I am no SVN expert but I play a lot with >>>> FreeBSD's SVN repository. >>>> >>>> --- On Thu, 6/23/11, Mathias Bauer wrote: >>>> >>>>> Hi, >>>>> >>>>> I'm no svn expert, but I hope to find some here. >>>>> >>>>> We still have a lot of work in so called child workspaces >>>>> (in Mercurial they are just an own repository that >>>>> originates from the "main" repository). >>>> >>>> In subversion those are "branches", so you create a branch >>>> everytime there is a release or if you want to create a >>>> your own custom project with experimental changes that will >>>> be merged later on. >>> >>> Yup. Here is how the Subversion project itself uses branches: >>> >>> >>> http://subversion.apache.org/docs/community-guide/general.html#branch-policy >>> >>> >>> Regarding the existing CWSs, those repositories "should be" imported >>> as branches here at the ASF. I'm not entirely sure how to gather up a >>> bunch of Hg repositories and blend them into a single repository, but >>> that would be best. We can then convert that single Hg repository to >>> Subversion and load the sucker onto svn.apache.org. >> >> Merging them in hg is easy, just pull/merge. But ... we are talking about a >> hundred or so CWSs here. In all kinds of readiness states. >> http://hg.services.openoffice.org >> >> If we merge them now, we won't have a working OOo for a long time. Now, we >> could skip the merge part and leave the heads "dangling". Hg heads are kinda > > That's what I was thinking. And then map these "dangling" heads to > individual branches in svn. > >> anonymous branches in Mercurial. Don't know if a repository with multiple >> heads can be converted to SVN. Probably quite tricky (the tool would need to >> generate sensible names for the different heads). > > If the converter tool doesn't have the feature, it seems pretty > straight-forward to add code to either provide a name mapping for > them, or auto-generate names. The anonymous heads could be marked with the cws name as a mercurial bookmark, just after the individual pull step. That way the information is at least already in the all-in-one hg repository. A smart converter could use them to generate svn branch names. Something along this lines: $ cd $ hg pull ../cws/os151 ... the latest changeset of CWS os151 is now tip $ hg bookmark -r tip os151 $ hg bookmarks os151 276718:f4d674e63830 .... Heiner -- Jens-Heiner Rechtien