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

Re: Link a client directory to a different repository directory

From: Sam Barnett-Cormack <s.barnett-cormack_at_lancaster.ac.uk>
Date: Tue, 09 Sep 2008 17:33:29 +0100

PAIRIS Thibault wrote:
>
>
> Hello all,
>
> I am upgrading a CVS server to SVN (clients and servers are all on
> Windows). I used cvs2svn to convert the CVS repository to SVN
> architecture. All went smooth except for one thing. For tidiness’ sake,
> all the files and directories that were at the root of the architecture
> (it is an internal website) were put in a subdirectory (“root”). When
> clients checked out the CVS repository, something moved the files from
> the root subdirectory to the real root, so the client had a working
> website architecture.
>
> Now I have looked for the trick that does this in CVSNT, but I can’t
> find it. Neither do I in SVN. I have succeeded in getting the correct
> website architecture in SVN by manually moving all the files from the
> root directory to the real root, but I am a bit embarrassed by this
> solution as it modifies the original structure of the repository.
>
> Is there a way to do this exact same thing in SVN, having a different
> repository architecture from what the clients get when they actually
> check it out ? Or is the database-based architecture of SVN makes this
> sort of trick useless anyway ?

You could just check out the subdirectory for the working copies. An
awful lot of SVN working copies do this. Instead of
http://server/repository/ being your URL, use http://server/repository/root/

Sam

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-09-09 18:33:52 CEST

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.