RE: proposal for sanity check at propset time
From: Bill Tutt <rassilon_at_lyra.org>
Date: 2002-05-21 20:08:24 CEST
Totally enforce useful rules for important Subversion owned properties.
That's a huge +1 from me. :)
Bill
---- Do you want a dangerous fugitive staying in your flat? No. Well, don't upset him and he'll be a nice fugitive staying in your flat. > -----Original Message----- > From: Karl Fogel [mailto:kfogel@newton.ch.collab.net] > Sent: Tuesday, May 21, 2002 10:50 AM > To: dev@subversion.tigris.org > Subject: proposal for sanity check at propset time > > We have some properties in the "svn:" namespace that are only > meaningful for files, and some that are only meaningful for dirs: > > svn:mime-type ==> files > svn:ignore ==> directories > svn:eol-style ==> files > svn:keywords ==> files > svn:executable ==> files (*) > svn:charset ==> files > svn:externals ==> directories > > (* Yes, Unix overloads "executable" to have a meaning for directories, > but that's not what we document the executable property to mean, so I > don't think Subversion should support that overloading.) > > Since Subversion manages the "svn:" property namespace anyway, maybe > we should protect against setting such properties on the wrong kind of > target? Of course, user can pass --force to override: > > $ svn propset svn:mime-type "text/plain" . > Error: "svn:mime-type" is for files, blah blah, use --force to override > $ svn propset --force svn:mime-type "text/plain" . > property `svn:mime-type set on '.' > $ > > Thoughts? Objections? > > -Karl > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org > For additional commands, e-mail: dev-help@subversion.tigris.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org For additional commands, e-mail: dev-help@subversion.tigris.orgReceived on Tue May 21 20:09:20 2002 |
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.