--- Branko Čibej <brane@xbc.nu> wrote:
> You're totally missing the point. Justin wants Subversion to restore
> ownership and permissions of files in the _working_copy_, i.e., his home
> directory. This has nothing to do with controlling access to the objects
> in the repository. That's a different problem; certainly one we'll have
> to solve sooner or later. For now, we have the commit-access-control.pl
> hook script, even though it's not perfect.
Think I may still be missing the point, I re-read the thread from the archives.
Regarding working copy ownership (svn:owner and svn:group), are you saying that
if user1:group1 creates a svn workarea, it is possible that files in that
workarea will not be owned by user1 and/or group1 if those properties are set?
If that is not the case then I am still missing the point. If it is the case, I
would hope it is not implemented as I would expect to be the owner of all files
and directories in the workarea I created. (CM will want to own all files in
the svn workarea for CM builds)
Regarding the working copy permissions (svn:protection), I understand the need
to store the execute permissions so svn knows which working copy files to make
exectuable. That has already been addressed I believe. As far as permissions go
in the working copy, I am not sure why svn should force a permission scheme on
the users workarea. Some users will checkout moduleA and only want themselves
to be able to write to the workarea, while some users checkout moduleA and want
to others to have write access to be able to work together in one workarea. (CM
will not want any protection scheme setup where other accounts beside the CM
account can write to the svn workarea)
Thanks in advance for helping to clear things up,
Mark
__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 22 14:30:10 2002