And if your repository represents source code, then such a configuration
would prevent User A from doing any significant refactoring of code
(deleting an old file in favor of a newer one, renaming files or
projects, etc.). What that is going to say to User A is that you don't
trust them and don't want them working up to their own capabilities.
I've seen similar practices in use, and in my experience they lead to
poor quality as people avoid making the changes they know are really
needed and instead hack things together in the "old" files.
-----Original Message-----
From: Talden [mailto:talden_at_gmail.com]
Sent: Monday, March 17, 2008 3:07 AM
To: maheshwar singh
Cc: users_at_subversion.tigris.org
Subject: Re: user with delete rights
On Mon, Mar 17, 2008 at 5:45 PM, maheshwar singh
<maheshwars_at_hotmail.com> wrote:
> I'm using svnserver to backup and version my reports. I need to
create 2
> users -
> 1. User A - has rights to only add and update contents to the
repository
> 2. User B - has rights to delete any or all the contents in the
repository.
>
> How do i do this?
I don't believe that there's a way, other than using pre-commit hooks,
to provide this action-oriented control - users are either excluded,
read-only, or read-write.
That said, taking away delete in a versioned system isn't useful
anyway - though they shouldn't delete they could produce a similar
effect by checking in an empty file in place of the original. The
action to reverse this is much the same as recovering a deleted file
so I wouldn't be too concerned. If you really do want to try and
block the commit of remove (including rename then) then a pre-commit
hook is needed - it wouldn't surprise me if something is available in
the contributor content for Subversion.
--
Talden
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-17 16:15:51 CET