Hi Peter!

>However, when I opened the VisualSVN Server Management Console, only the top 
>level repositories (of which there are three) were visible.  We have many 
>nested repositories inside our main repository - which is one of the three 
>referred to above.  Even more strangely, VisualSVN Server reported that it 
>could see 8 repositories, which appears to mean that it counts the conf, dav, 
>db, hooks and locks folders as repositories.

Could it be that you've meant folders saying  "many nested
repositories inside our main repository"?

Please pay attention that nested repositories are not supported by
VisualSVN Server and check your repository structure.

The further details you could find in our Knowledge Base article
"Recommended Repository Layout":
http://www.visualsvn.com/support/topic/00017/.

On Fri, Mar 20, 2009 at 3:54 PM, Bradley, Peter <pbrad...@uwic.ac.uk> wrote:
>
> Hi,
>
> Thanks for the pointers.  I installed VisualSVN Server and pointed to (a copy 
> of) the existing repository during installation.  The installation seemed to 
> go well.  I selected https as the protocol and Windows Authentication.
>
> However, when I opened the VisualSVN Server Management Console, only the top 
> level repositories (of which there are three) were visible.  We have many 
> nested repositories inside our main repository - which is one of the three 
> referred to above.  Even more strangely, VisualSVN Server reported that it 
> could see 8 repositories, which appears to mean that it counts the conf, dav, 
> db, hooks and locks folders as repositories.
>
> And finally, TortoiseSVN does not appear to be able to cope with Windows 
> Authentication: at least it would not accept my Windows AD login whereas the 
> Management Console and Firefox would.
>
> In summary, therefore, I can enter:
>
> https://cimisdevapp.internal.uwic.ac.uk:8443/svn/OurMainTopLeveRepositoryName/
>
> into a browser and all is well (including logging in using Windows 
> credentials), but when I try to access a sub-repository:
>
> https://cimisdevapp.internal.uwic.ac.uk:8443/svn/OurMainTopLeveRepositoryName/OurSubRepositoryName
>
> the Web server returns Not Found.
>
> The problems with TortoiseSVN are not so important at the moment because I've 
> not yet got beyond the browsing stage, but would become important if it 
> turned out that TortoiseSVN couldn't access the repositories for commit, 
> update etc.  Browsers do accept my Windows credentials.
>
> Cheers
>
>
> Peter
>
>
>
> -----Original Message-----
> Wrom: 
> JYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLE
> Sent: 18 March 2009 18:31
> To: visualsvn@googlegroups.com
> Cc: Bradley, Peter
> Subject: Re: Converting to VisualSVN Server
>
>
> Hi Peter!
>
> The similar questions have already been discussed in our Google Groups topics:
>  - Migrating repository from external SVN (v1.4.6) server
> http://groups.google.com/group/visualsvn/browse_thread/thread/6a66b3fbdc271f4a
>  - Install over existing SVN?
> http://groups.google.com/group/visualsvn/browse_thread/thread/34aa2a3def49fc01
>  - Moving to VisualSVN Server
> http://groups.google.com/group/visualsvn/browse_thread/thread/f413d5c453eedeec
>  - Migrating to VisualSVN Server
> http://groups.google.com/group/visualsvn/browse_thread/thread/8b1706093af945cc
>
> Please consider them and don't hesitate to ask any additional information.
>
> On Wed, Mar 18, 2009 at 6:12 PM, Bradley, Peter <pbrad...@uwic.ac.uk> wrote:
>>
>> At the  moment we run Subversion as a Windows service on a shared Win2k3
>> server and connect to it using the svn protocol from
>> TortoiseSVN/VisualSVN.  At the  moment, we only access the repository
>> from the local LAN.
>>
>> I can see that there might be some advantages in moving over to
>> VisualSVN server, but I haven't seen any documentation as to how I could
>> migrate from our current situation.  Would we be able to use the same
>> repository, for example?  Should we back up our repository and then
>> import it into the new installation?  Do we have to recreate everything?
>> Are there any pitfalls?
>>
>> Any help, or pointers to help would be much appreciated.
>>
>> Cheers
>>
>>
>> Peter
>>
>>
>
>
>
> --
> Olga Dolidze
> VisualSVN Support
>



-- 
Olga Dolidze
VisualSVN Support

Reply via email to