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

Re: Merging insanity

From: Ryan Schmidt <subversion-2005_at_ryandesign.com>
Date: 2005-09-02 16:58:19 CEST

>> SVN. I have a 506mb repo, and it takes around an hour to create a
>> new branch.
>> I haven't tried a tag, but since branches and tags Are Just
>> Directories, I
>> assume it will be no different.
>>
>> I'm doing:
>> $ svn copy trunk branches/new-branch; svn ci -m 'created new branch'
>> branches/new-branch
>
> Try
>
> $svn copy trunkURL branchURL/new-branch
>
> (no checkout required. no commit required)
> If this takes you an hour (in fact, if it takes more than a second or
> two), then there is something seriously wrong with the installation.
>
> Also, I thought even the above method Ian is using should have been
> very fast. I have never tried it though. Someone else in the group can
> comment on it?

The only insanity I see here is having a checkout of the trunk and
all branches. Yes, absolutely, if your working copy is ~500MB (you
didn't say; you only mentioned repository size, which is not relevant
here), then copying it to a new location on your hard drive will need
to create ~1GB of new data (the .svn directories contain another copy
of the data), and that could be very very slow, depending on your
client's filesystem.

Is there a specific reason why you feel you should have a checkout of
all of this? The usual way is to have working copy of trunk only, and
do your work there. You can "svn switch" to a branch when you need
it. Creating branches and tags is also usually done via URL, as shown
abvoe.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 2 17:01:52 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.