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

svn branch & svn split [was: Re: Medium-term roadmap: 1.3, 1.4, 1.5.]

From: Christian Stork <cstork_at_ics.uci.edu>
Date: 2005-04-25 18:18:33 CEST

On Sat, Apr 23, 2005 at 12:57:34PM +0200, Branko Čibej wrote:
> Greg Hudson wrote:

> >Second, we generally don't have a good idea of why a file was copied.
> >It could be for a rename, it could be to create a branch, it could be
> >because the original was a template.

> Which is exactly the reason why I've been saying that we need "svn
> branch". "svn copy" simply does not have the same semantics. Likewise,
> "svn rename" doesn't (yet) behave correctly.

> I'd like to see the day when copy means copy, branch means branch, and
> rename means rename.
...

I just wanted to second that. It is very important that the svn command
indicates intended "merge tracking behavior", which essentially seems to
be some meta-information/property of the form "track file@peg".
"svn cp" should not set this property, whereas "svn branch" and
"svn rename" should.

Wrt the use cases of splitting a big file into two (mentioned in this
thread?) it might be convenient to also introduce "svn split" which
is essentially equivalent to "svn branch" but it indicates that it's not
intended to merge this split/branch back into the original.

-- 
Chris Stork   <>  Support eff.org!  <>   http://www.ics.uci.edu/~cstork/
OpenPGP fingerprint:  B08B 602C C806 C492 D069  021E 41F3 8C8D 50F9 CA2F
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Apr 25 18:19:38 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.