Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A8642DC50 for ; Mon, 15 Oct 2012 14:09:10 +0000 (UTC) Received: (qmail 60105 invoked by uid 500); 15 Oct 2012 14:09:10 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 60073 invoked by uid 500); 15 Oct 2012 14:09:09 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 60059 invoked by uid 99); 15 Oct 2012 14:09:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Oct 2012 14:09:09 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jan.keirse@tvh.com designates 209.85.212.43 as permitted sender) Received: from [209.85.212.43] (HELO mail-vb0-f43.google.com) (209.85.212.43) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Oct 2012 14:09:02 +0000 Received: by mail-vb0-f43.google.com with SMTP id fq11so6654274vbb.16 for ; Mon, 15 Oct 2012 07:08:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type:x-gm-message-state; bh=5eISDw781XHccNUsk0twDgDBjJA5dSLVzNl6yjl/qVw=; b=gH46an4RiS8/BQ0GnHo+34FgjfzRbbO50VQzlNBadGHkP9SDbcmTYUTzL3r5SzM6IW 7I9EHESCOH83gKBGOYaykhujHesYSZCd1ohZMkNNPE+bPaEA7yHyujICi3UDbdcbAvfU p9azxv4BTYU2UUXe6X5hFHD9rW+c+J4cAO9sJLwAu27/m42v9bCZ2+ReRTOT9j/gA42s TpJnlztmrqnfY9QY9Rum1MXHSMLWyI6xEnafIiuWKeS1UID/z5vQWlyOSG+2qWXeeg6X RrKDnru7zVA6TbF4d/g/7ch2zlDvGXWNZW96zj6mWsp5DCrRmuuFbuTPzkw8fF+urWXi NWcw== Received: by 10.220.223.3 with SMTP id ii3mr6687705vcb.74.1350310121397; Mon, 15 Oct 2012 07:08:41 -0700 (PDT) MIME-Version: 1.0 Sender: jan.keirse@tvh.com Received: by 10.58.240.65 with HTTP; Mon, 15 Oct 2012 07:08:26 -0700 (PDT) From: Jan Keirse Date: Mon, 15 Oct 2012 16:08:26 +0200 X-Google-Sender-Auth: J-dBfpFBkD-eSElXCDIN12ogqco Message-ID: Subject: Merging repositories => UUID conflict To: users@subversion.apache.org Content-Type: multipart/alternative; boundary=14dae9cdc8bb1f5cec04cc199399 X-Gm-Message-State: ALoCoQlKW4wsx3Zg/6nERpIPUw1Jj99OjdT1gUgHsoJ843ag0+lz6i7NBz9e/yij808wtMFIYKFf X-Virus-Checked: Checked by ClamAV on apache.org --14dae9cdc8bb1f5cec04cc199399 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, we currently have multiple repositories but want to merge all of these for various reasons but am running into a problem. Here's what we have now: Repositories A and B, they have no paths in common, except for /, because repository A has /trunk, /branches, /tags while B has /project[x]/branches,... What I tried is to svnadmin dump B and svnadmin load it into A. Obviously the revision numbers are different but otherwise everything is there and this appears to be a good sollution. However, when I try to svn relocate the working copies from repository B to repository A because the UUID is different between the 2 servers. I had hoped I would be able to just relocate and after an update svn would see nothing changed between the version number increase and just accept it. I now have 2 questions I can't seem to find an answer to: - Is there a way to merge the repositories without having to checkout all working copies again? I only found references to how to do it by editing the metadata of the working copy with sqlite but that just doesn't sound like a healthy path to choose. - Is the concept of dumping a repository and loading into another repository that already have revisions something safe? Or is this risky (one odd thing that's instantly visible is that revisions with high numbers can be older than revisions with lower numbers?) Kind Regards, *JAN KEIRSE* *CORPORATE SERVICES* =E2=80=A2 *Specialist Software Developer* T +32 56 43 42 45 =E2=80=A2 F +32 56 43 44 46 =E2=80=A2 jan.keirse@tvh.com *TVH GROUP NV* Brabantstraat 15 =E2=80=A2 BE-8790 WAREGEM T +32 56 43 42 11 =E2=80=A2 F +32 56 43 44 88 =E2=80=A2 www.tvh.com --14dae9cdc8bb1f5cec04cc199399 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello,

= we currently have multiple = repositories but want to merge all of these for various reasons but am runn= ing into a problem.
Here's what we hav= e now:=C2=A0
Repositories A and B, they have no paths in common, except for /, bec= ause repository A has /trunk, /branches, /tags while B has /project[x]/bran= ches,...
What I tried is to svnadmi= n dump B and svnadmin load it into A. Obviously the revision numbers are di= fferent but otherwise everything is there and this appears to be a good sol= lution.=C2=A0
However, when I try to svn= relocate the working copies from repository B to repository A because the = UUID is different between the 2 servers. I had hoped I would be able to jus= t relocate and after an update svn would see nothing changed between the ve= rsion number increase and just accept it.=C2=A0

I now have 2 questions I can't = seem to find an answer to:
- Is there a way to merge the repositories without having to c= heckout all working copies again? I only found references to how to do it b= y editing the metadata of the working copy with sqlite but that just doesn&= #39;t sound like a healthy path to choose.=C2=A0
- Is the concept of dumpin= g a repository and loading into another repository that already have revisi= ons something safe? Or is this risky (one odd thing that's instantly vi= sible is that revisions with high numbers can be older than revisions with = lower numbers?)


Kind Regards,

JA= N KEIRSE
CORPORATE SERVICES =E2=80=A2 Specialist So= ftware Developer
T +32 56 43 42 45 =E2=80=A2 F +32 56 43 44 46 =E2=80=A2 ja= n.keirse@tvh.com

TV= H GROUP NV
Brabantstraat 15 =E2=80=A2 BE-8790 WAREGEM
T +32 56 43 42 11 =E2=80=A2 F= +32 56 43 44 88 =E2=80=A2 www.tvh.com

--14dae9cdc8bb1f5cec04cc199399--