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

Re: Subversion, decentralized version control, and the future.

From: Branko ─îibej <brane_at_xbc.nu>
Date: 2007-07-04 13:28:04 CEST

Giovanni Bajo wrote:
> On 03/07/2007 5.38, Karl Fogel wrote:
>>>> We also have to be faster. Fortunately, we've pretty much agreed,
>>>> IIRC, that we're willing to punt on subdirectory detachability in
>>>> working copies in order to get performance improvements.
>>> What is meant by "subdirectory detachability"? Just curious. I
>>> didn't see it mentioned in the book on subversion I have, and
>>> google doesn't want to help me with a likely reference...
>> $ svn checkout http://svn.collab.net/repos/svn/trunk/ svn-src
>> $ cd svn-src
>> $ mv notes www ..
>> $ cd ..
>> $ rm -rf svn-src
>> $ cd notes
>> $ svn info | grep URL
>> URL: http://svn.collab.net/repos/svn/trunk/notes
>> ### Yup, it's a working copy. ###
>> $ cd ../www
>> $ svn info | grep URL
>> URL: http://svn.collab.net/repos/svn/trunk/www
>> ### Yup, this is a working copy too. ###
>> $
> I think that part of the reason why this feature might be important in
> Subversion is that Subversion insists on *not* having a built-in
> concept of "project", "branch" or "tag", or IOW to expose its
> versioned-filesystem guts up to the command line client.

Now that is one thing I'd like to get rid of. It turns out that in real
life, in large projects, conflating the concepts of branches and
directories is a PITA. Of course the /implementation/ of branches and
directories is similar, but the semantics (and therefore user interface)
is different.

-- Brane

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 4 13:28:22 2007

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.