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

Need to eliminate toplevel directory, but keep contents.

From: x nooby <xnooby_at_yahoo.com>
Date: 2005-12-01 23:34:06 CET

My repository has a single master directory called
"svnrepo", and all my client directores are under
that. For example:

   svn://data1.acme.com/svnrepo/client1
   svn://data1.acme.com/svnrepo/client2

I am changing the server to use Apache/WebDAV, which
seems to require a name for the repository. When I
access my current repository via Apache, I have to use
a URL like this:

   http://data1.acme.com/acmerepos/svnrepo/client1

I need to remove "svnrepo", and move it's contents up
a level in the hiearchy, so client1 would be accessed
like this:

   http://data1.acme.com/acmerepos/svnrepo (empty
now!)
   http://data1.acme.com/acmerepos/client1
   http://data1.acme.com/acmerepos/client2

If I move the repos directories up a level, will the
programmers be able to find them in the repo? For
example should I do this:

   svn move svn://data1.acme.com/svnrepo/client1/* ..
-m "moving svnrepos contents to highest level in repo"

Then the programmers would do an update, and the
working copies would still work? For example:

If c:\client1 was checked out from
svn://data1.acme.com/svnrepo/client1, then:

  
svn://data1.acme.com/svnrepo/client1/inc/record_header.h

would be moved to:

   svn://data1.acme.com/client1/inc/record_header.h

and

   c:\client1\inc\record_header.h

would now be kept in synch with:

   svn://data1.acme.com/client1/inc/record_header.h

?

                
__________________________________________
Yahoo! DSL – Something to write home about.
Just $16.99/mo. or less.
dsl.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Dec 1 23:47:01 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.