[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 20:01:10 CEST

Let's keep replies on the list so others can benefit too.

On Sep 2, 2005, at 18:31, Ian Eure wrote:

> On Sep 2, 2005, at 7:58 AM, Ryan Schmidt wrote:
>> 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.
> Because it's precisely what's stated in the Subversion book:
> "Making a copy is now simply a matter of passing two working-copy
> paths to the svn copy command:"
> http://svnbook.red-bean.com/en/1.1/svn-book.html#svn-ch-4-sect-2.1

Did you read the sentence a little above it?

"We'll demonstrate the messy way first, just to make the concept clear."

And the one a little below it?

"And now the easier method of creating a branch, which we should have
told you about in the first place: svn copy is able to operate
directly on two URLs."

> Also, it's vastly easier to manage working directories instead of
> using the more cumbersome full URLs.

Nothing particularly difficult about managing URLs. I define a shell
environment variable for my project:

export PROJ=https://www.example.com/svn/project1

Then I can create a branch like this:

svn cp $PROJ/trunk $PROJ/branches/1.2 -m "Creating 1.2 branch from

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