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

Copying multiple paths in the repo with one command line.

From: Brass Tilde <brasstilde_at_insightbb.com>
Date: 2005-08-15 19:33:50 CEST

I apologize if this is in the book; none of my searches revealed anything in the book or in the list archive.

Is there any way to have Subversion copy multiple directories within the repository into a single directory using a single svn
command invocation?

Here's an example of what I want to do. Setting aside for the moment just why it is so, consider a repository set up something like
this:

/branches
/tags
/trunk
    /app1
    /app2
    /...
    /appN

What I want the repo to look like after I'm done is something like this:

/branches
    /Release 1.0
        /app2
        /app5
        /app23
        /app46
/tags
/trunk
    /app1
    /app2
    /...
    /appN

Now, I realize that with a checkout of the "/Release 1.0" branch directory, I can "svn copy" each of those individual apps into the
working copy, then commit that as one revision (at least, I presume so from reading the docs; I haven't actually tried it).
However, that uses up a fair bit of disk space and time with these apps.

It would be nice if I could do something like:

    svn copy source1 source2 source3 target

or

    svn copy source1 target source2 target ....

If not in the SVN CLI itself, is there another client that might do this, or a set of API calls that I might use from Perl or Ruby
or something?

Thanks,
Brad

..."Creationists make it sound as though a 'theory' is something you dreamt up after being drunk all night." -Isaac Asimov

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 15 19:35:41 2005

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.