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

Re: Single user repos/working copy, multi-boot

From: Max Bowsher <maxb_at_ukf.net>
Date: 2005-03-04 00:53:32 CET

Chris Smith wrote:
>>>>>> "Max" == Max Bowsher <maxb@ukf.net> writes:
>
> Max> Chris Smith wrote:
> >> SVN, Everything is great. I have a dual boot with XP and
> >> Gentoo. A fat32 partition with my fsfs repository and working
> >> copy is between the main OS partitions. d:\ gets mounted as
> >> /mnt/dmz when I boot Gentoo. I understand how to write a
> >> script to detect the URL setting for the working copy, and that
> >> I could use >svn switch to tweak that setting. However, if the
> >> url setting is for the 'other' OS, I get an error. a) Should I
> >> just switch over to the 'other' system, effect the change, and
> >> reboot, or b) Can I just use a script regex to update the url
> >> members of the XML files safely? IOW, is that information only
> >> living in the XML. (yeah, I could experiment, but why not just
> >> ask?)
>
> Max> Aaargh! DO NOT HAND EDIT THE XML!
>
> Max> "svn switch --relocate" is the proper command to use.
>
> Max> If this doesn't work for you then show us the exact usage and
> Max> exact error message.
>
> Max> Max.
>
> Summary:
> SVN switch --relocate seems to assert that the OS is constant.
>
> I think by 'HAND EDIT' you mean 'outside the SVN api', no? I would
> like to tweak Unix-style paths while operating under a Redmond
> operating system, and vice-versa.
> I get this error readout (hope pysvn is OK):
>
...
> svn.switch(this_path,new_path)

switch and switch --relocate are *VERY* different operations. You are doing
the wrong one for your situation.

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 4 00:56:13 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.