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

Re: Change value of svn:special boolean?

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Fri, 09 May 2008 11:55:27 -0400

"Erik Huelsmann" <ehuels_at_gmail.com> writes:
> On 5/9/08, Philipp Marek <philipp_at_marek.priv.at> wrote:
>> I'd like to change the definition of the "svn:special" property.
>>
>> Currently [1] svn ignores the value of the "svn:special" property, and always
>> puts a "*" in there; I'd like to store the type of the special file,
>> ie. "link" for symlinks, and (in FSVS at least) "bdev" and "cdev", too.
>
> Well, yes, but also no: the existance of the property means that the
> content the file is to be interpreted specially. Currently svn doesn't
> implement other types of special files than symlinks, that's true, but
> the design doesn't limit special files to being links. If you look at
> the content of the file, the first word is "link". Should we choose to
> version cdev and/or bdev type of nodes, then the content of the file
> can be assigned additional meanings, including for example "cdev" and
> "bdev" with different parameter arguments than "link". There won't be
> a need to change the meaning of the property.

Yes. Philipp, were you aware that the file's versioned contents
contains more information about the specialness? If we also made the
prop val contain such information, we'd have to figure out what to do
when it disagrees with the file contents :-). Much better to keep the
prop val as a boolean flag, and let the contents remain the single
source of information about the specialness.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-05-09 17:55:51 CEST

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.