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

Re: From to get mod_dav_svn plugin to configue SVN with apache for windows

From: chetanchatwani <chetan_at_savvion.com>
Date: 2007-09-01 11:42:19 CEST

Ryan Schmidt-23 wrote:
>
> On Sep 1, 2007, at 02:26, chetanchatwani wrote:
>
>> chetanchatwani wrote:
>>
>>> Ryan Schmidt wrote:
>>>
>>>> Then, by all logic, the URLs to your repositories are:
>>>>
>>>> http://xyz.savvion.com/swa/bpmdevrepos
>>>>
>>>> and
>>>>
>>>> http://xyz.savvion.com/swa/sbmrepos
>>>>
>>>> What happens if you view those URLs in a web browser, or look at the
>>>> listing using "svn ls <URL>"? You should see those repositories'
>>>> contents.
>>>>
>>>> I have a suspicion that your sbmrepos repository contains an svn
>>>> directory which contains an sbmrepos directory... You can use "svn
>>>> mv" to rearrange that.
>>>
>>> When I try to see svn ls <URL>
>>>
>>> Output of : svn ls http://xyz.savvion.com/swa/sbmrepos
>>>
>>> svn/
>>>
>>> Output of : svn ls http://xyz.savvion.com/swa/bpmdevrepos
>>>
>>> branches/
>>> tags/
>>> trunk/
>>>
>>> Would request to please help me how to use "svn mv " command in this
>>> case. Do I need to take any backup since it's live repos?
>>
>> Two more output for sbmrepos :
>>
>>
>> svn ls http://venus.savvion.com/swa/sbmrepos/svn
>> sbmrepos/
>>
>> svn ls http://venus.savvion.com/swa/sbmrepos/svn/sbmrepos
>> branches/
>> tags/
>> trunk/
>>
>>
>> Do I need to do :
>>
>> svn mv http://venus.savvion.com/swa/sbmrepos/svn/sbmrepos
>> http://venus.savvion.com/swa/sbmrepos
>
> So it looks like your repository indeed contains directories you did
> not intend.
>
> I recommend:
>
> svn mv \
> http://venus.savvion.com/swa/sbmrepos/svn/sbmrepos/trunk \
> http://venus.savvion.com/swa/sbmrepos \
> -m "moving trunk to correct location"
>
> svn mv \
> http://venus.savvion.com/swa/sbmrepos/svn/sbmrepos/branches \
> http://venus.savvion.com/swa/sbmrepos \
> -m "moving branches to correct location"
>
> svn mv \
> http://venus.savvion.com/swa/sbmrepos/svn/sbmrepos/tags \
> http://venus.savvion.com/swa/sbmrepos \
> -m "moving tags to correct location"
>
> svn rm \
> http://venus.savvion.com/swa/sbmrepos/svn \
> -m "removing unnecessary directories"
>
> You should end up with the directory structure you desire. You may
> want to make a backup of your repository first, and play with these
> commands on the backup, to make sure the result is what you want.
> Then you can do it for real on the live repository.
>
> Note that these 4 commands will create 4 revisions. You may prefer to
> do everything in one revision. You may be able to do so by using the
> svnmucc client instead of the svn client. I myself have never used
> svnmucc so I cannot advise you in its use. It is available here:
>
> http://svn.collab.net/repos/svn/trunk/contrib/client-side/svnmucc/
> svnmucc.c
>
> Note that once you do these moves, anybody who has an existing
> working copy of this repository with the longer URLs will need to
> either switch their working copy (using "svn switch") to the new
> shorter URL, or will need to throw away their old working copies and
> check out new ones. (As you prefer.)
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>

Hi Ryan,

Thanks a lot and million time. The issue is resolved.

Regards,
Chetan

-- 
View this message in context: http://www.nabble.com/From-to-get-mod_dav_svn-plugin-to-configue-SVN-with-apache-for-windows-tf4359765.html#a12438834
Sent from the Subversion Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Sep 1 11:39:35 2007

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.