[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Two Repository TO One Repository

From: Ryan Schmidt <subversion-2009b_at_ryandesign.com>
Date: Mon, 9 Nov 2009 01:32:27 -0600

On Nov 3, 2009, at 02:46, Ulrich Eckhardt wrote:

> On Monday 02 November 2009, Olivier Sannier wrote:
>> Ortega López, Francisco Javier wrote:
>>> I have two different repositories on Subversion (on different
>>> computers) and I want them together in a single repository (a
>>> computer). Is it possible?
>>
>> Yes, it is possible.
>> Dump, Dump, Load, Load
>
> ...which then gives you non-monotonic commit times.

...which can be fixed using a tool like svndumptool. However, either
way, at least one of your repositories' revision will get renumbered,
which could be a problem if you've referred to revision numbers in
your commit messages, or in other tools like issue trackers.

> Further things that might
> complicate this is when svn:mergeinfo refers to /foo:1234 when the
> according
> commit now is at /one/foo:2345.

Yes, now that Subversion has merge tracking, the mergeinfo is a new
wrinkle in the repository-combining scenario that probably is
problematic as well.

> In that case, I'd rather leave the repositories separate. However, I
> seem to
> remember that there was a tool that interleaved the commits from
> different
> repositories into one repository, hopefully also adjusting commit
> numbers and
> paths in svn:mergeinfo.

I don't know if svndumptool attempts to do anything to renumber
revision numbers in commit messages or mergeinfo properties. However,
the source is available, and the developer has in the past been quite
responsive to suggestions.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2415692

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-11-09 08:33:22 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.