On Mar 8, 2006, at 09:40, Markus Karg wrote:
>>>> The repositories i look after have a size of about 12 GB
>>>> seperated in several projects. When i dump and report all
>>>> projects it will take a lot of time. If i seperate do it per
>>>> project i will have to run 2 svn instances seperatly, because
>>>> the dump and import lasts longer than from 5pm to 8 am (the time
>>>> our developers are at home). For this reason i hoped that there
>>>> would be possibility to get the upgrad done quicker.
>>>
>>> we had similar problems when moving from VSS to SVN: A
>>> complete port needed several days. So we set up SVN step-by-step:
>>> We have written a batch that is pulling one project from VSS,
>>> pushing it into SVN. Every project leader was given access to
>>> that batch (plus a short documentation how to use it). Then they
>>> had full control when to move their project. This worked very
>>> well. Maybe this kind of organization is a solution for your
>>> project leaders, too.
>>
>> this seemes to be the only solution. But therefore a second server
>> is needed, isnīt it? Or is can i run two svn instances on one server?
>
> you can run as much SVN instances as you like on one single
> machine. You just need to set the port numbers to be different. If
> you don't like that, you could e. g. use the free "VMware Server"
> to run both machines on the same machine but in different server
> VMs: They have different IPs but default ports then.
You don't need separate instances of Subversion or different port
numbers. It's no problem to run any number of repositories through a
single Subversion server, be it served through svnserve or apache2.
Everything is just handled by URLs. The apache2 SVNParentPath
directive is relevant here and is used if you want to serve up a
number of repositories which all live in the same server-side directory.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 8 10:44:44 2006