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

Re: Repository structure advice

From: Blair Zajac <blair_at_orcaware.com>
Date: Fri, 15 Feb 2008 16:46:25 -0800

No, 20 users wouldn't be an issue.

It's just how many commits/sec that matters, which for 20 users would be pretty
small.

Blair

Listman wrote:
>
> sorry i top posted my intial reply and screwed up the sequence of this
> thread.. i guess i'll have to keep going now..
>
> in our situation we might operating on hundreds of objects using
> --targets . in this case would a single repos with, say 20 users, be an
> issue in your opinion?
>
>
> On Feb 15, 2008, at 3:02 PM- Feb 15, 2008, Blair Zajac wrote:
>
>> No, that won't be an issue unless you're doing 100's of commits per
>> second.
>>
>> You'll find more time being spent in post-commit work, say backups and
>> generating emails, RRS feeds, etc, then in the actual commit.
>>
>> Also, there's only contention when the transaction is going to be
>> committed, there can be multiple transactions in progress all at the
>> same time. The serialization only happens when a transaction is being
>> promoted to a revision.
>>
>> Blair
>>
>> Listman wrote:
>>> the problem with using only one repository is that for large numbers
>>> of users with lots of checkins you could run into wait-times while
>>> the repos deals with the multiple simultaneous checkins, i think.. i
>>> believe that repos access is sequential, no?
>>> On Feb 14, 2008, at 8:03 PM- Feb 14, 2008, Blair Zajac wrote:
>>>>
>>>> On Feb 14, 2008, at 6:52 PM, Chris Morris wrote:
>>>>
>>>>> If this is a FAQ somewhere, please redirect me.
>>>>>
>>>>> Working at a shop with several products/codebases. Been running CVS
>>>>> for many of them, SourceSafe for the rest - and currently porting
>>>>> to SVN. Each codebase will need its own release branches (following
>>>>> the simple Prag Version Control release branch approach).
>>>>>
>>>>> Looking for any practical pros/cons of having one repository with
>>>>> all products/codebases in it -- or many repositories, one per
>>>>> product/codebase.
>>>>
>>>> Use one repository and have your trunk/tags/branches under each
>>>> separate project. It's much easier to manage and if you ever want
>>>> to move projects around, you can do it without dumping and loading.
>>>>
>>>> If you have different styles of data in one, say code, versus large
>>>> graphics in another, then you can split them up.
>>>>
>>>> Regards,
>>>> Blair
>>>>
>>>> --Blair Zajac, Ph.D.
>>>> CTO, OrcaWare Technologies
>>>> <blair_at_orcaware.com>
>>>> Subversion training, consulting and support
>>>> http://www.orcaware.com/svn/

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-16 01:46:52 CET

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.