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

Locking functional spec: branches

From: Michael Brouwer <michael_at_tlaloc.net>
Date: 2004-10-13 19:53:10 CEST

Something that strikes me as a limitation of the current locking spec
is that it is limited to wc's only.

I like to think of a wc as a special case of a branch that hasn't made
it into the repository yet. If for some reason you want to move your
wc from one machine to another, an easy way to do this is to make a
branch for the change you are working on. commit your partially
completed work and checkout the branch in the new location.

IMHO it should be possible to have a branch (rather than a particular
wc) own the lock on a file (probably limited to the version of the file
that the branch contains direct copies of).

A good example of this would be if you use an IDE that writes binary or
unmergable project files. Let say you make a branch to work on a
change to the project which modifies the project file and several
sources as well (or perhaps other unmergable resources such as tiff
files etc.). It would totally make sense for this branch to own the
lock on files until you merge the branch back to the version from which
it was copies (and which contains the files that are locked).


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 13 19:53:46 2004

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.