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

Re: svn commit: rev 3010 - trunk/notes

From: <cmpilato_at_collab.net>
Date: 2002-08-22 19:33:00 CEST

Justin Erenkrantz <jerenkrantz@apache.org> writes:

> On Thu, Aug 22, 2002 at 12:11:17PM -0500, cmpilato@collab.net wrote:
> > I'm probably missing something obvious here, or have my head on
> > sideways, but how does one reconcile ACL stuffs between the repository
> > and the current OS of the client in light of the fact that someone's
> > login/username on the computer might be completely different than the
> > name used for committed to the repository?
>
> My take is everything would be keyed off the name used to talk to
> the repository with.

Ok. Gotcha.

> So, if my local user is "bobjones" and my SVN account is "bjones" -
> my access permissions are identified via "bjones." This way, if
> I migrate to another machine and my local user is "jonesb" and I
> checkout a repository, the permissions are identical as I still login
> to the SCM system via "bjones."

Who then provides the mapping between the SVN account name and OS
account name? If a file in the repos is set to be only editable by
bobjones, what do the OS perms look like?

> > I mean, generally speaking, are we talking about Subversion attemping
> > to use the OS to mirror permission sets described to the client by the
> > repository?
>
> My current thought is "Yes."
>
> /me ducks
>
> Look, my thoughts aren't set in stone either. I'm just trying to
> find my way in the dark here. I have a problem I'd like to solve,
> and, well, I'd like to solve it. -- justin

I understand completely. I'm just sensing that this particular
solution to your problem is going to blossom into an unmaintainable
mushroom cloud. :-)

I am completely +1 on the Subversion *repository* having fine-grained
access control, but that's where it ends for me. CVS ticked me off
WAY too many times in the past by modifying my local disk perms,
continually breaking CGI scripts and their datafiles and stuff. I
don't want to end up there again.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 22 19:32:07 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.