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

Re: switching a single file

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-02-02 02:23:52 CET

Ben Collins-Sussman wrote:

>Greg Stein <gstein@lyra.org> writes:
>>On Fri, Feb 01, 2002 at 11:38:37AM -0600, Ben Collins-Sussman wrote:
>>>So now I want to switch a file:
>>I don't think you can.
>>Right now, the WC assumes that all files occur under the parent directory.
>>We do not allow for a *file* to be from a different directory than its
>I don't follow you. Why can't a wc directory contain a list of file
>entries, one of which has a "disjoint" url?
>All of the code the crawls the working copy (our commit-crawler and
>report-crawler) is going to have to learn to recognize disjoint urls
>anyway. What makes a disjoint directory url any different from a
>disjoint file url? Our crawlers can learn to recognize either, and
>build an appropriate transaction.
Besides: File entries only inherit the url attribute from the parent dir
*by default*, but can definitely have their own url attribute.
resolve_to_defaults() in libsvn_wc/entries.c takes care of that.

>Can you elaborate more?
>>Thus, I believe you should flat out punt on switching a file.
>This is an important feature. Think back to your basement in May
>2000, when we first met. Remember Matt Braithwaite & David Jeske
>talking about what a common scenario it was for developers to put
>single files on branches. And I currently don't see any theoretical
>problems here...
>To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: dev-help@subversion.tigris.org

Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:03 2006

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.