Indeed. My personal biased opinion on this is that Subversion is mostly
for managing source code repositories, and not for managing completely
re-creatable directory images. So things like auto-magically handling
complex multi-OS permission reproduction is just out of scope. (Aside
from the executable bit, and readonly-ness.)
If you want more, write a wrapper that sets a property, or a mechanism
to record/restore that information on your own. I mean that's what
Subversion properties are meant to be for anyway. User and/or project
specific properties.
We'd have a heck of a lot more work to do for v1 if we thought we needed
to auto-magically arbitrary OS (and indeed filesystem specific)
properties. Whether they be NTFS parse points, Unix permissions, NT
(D)ACLs, etc...
Not to mention sharing more representations, and analyzing whether or
not XDelta would be more appropriate for transmitting obnoxiously large
binary files. (i.e. > 5Mb or so) So we might reap any benefits inherent
in an rsync like updating mechanism.
Sorry, this is just one of my pet-peeves. Source code management systems
aren't designed to be arbitrary versioned backup systems, or machine
image deployment repositories.
Bill
> From: Branko Cibej [mailto:brane@xbc.nu]
>
> Justin Erenkrantz wrote:
>
> >On Wed, Aug 21, 2002 at 01:19:31AM -0500, cmpilato@collab.net wrote:
> >
> >
> >>Hm... why can't we at least set the read-only bit on Windows (as,
say,
> >>the negation of the world-writable Unix perm) ?
> >>
> >>
> >
> >That should be the job of APR's apr_file_perms_set().
> >
> No. We decided long ago (and correctly, IMHO) that this is _not_
> apr_file_perms_set's job. There are other interfaces in APR for making
a
> file read-only, and we're already using those in Subversion (in the
> admin area handling thingies).
>
> --
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 22 01:48:57 2002