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

RE: Restriction on deletion of files from Subversion

From: <maitrayee.bhowmick_at_wipro.com>
Date: 2007-06-20 12:03:18 CEST


Can you please help me?? I want to restrict the deletion of files from
our Subversion so that only Admin can delete files.We are currenly
working with a team where most of the team mates are not very familiar
with the system and most of the time they are deleting the files
unintentionally.Its very important for me to stop them from doing this.I
have to give them write access as they are working on those files.Please
give me a solution and tell me how to modify the hook files for this.I
am not at all familiar with the Hook files in Subversion.


-----Original Message-----
From: Mike Brenner [mailto:mikeb@mitre.org]
Sent: Wednesday, June 13, 2007 12:41 AM
To: Les Mikesell
Cc: Andy Levy; Thomas Harold; Maitrayee Bhowmick (WT01 - MANUFACTURING);
Subject: Re: Restriction on deletion of files from Subversion

Mike Brenner wrote:
>>> Weekend warriors take home work, where there might not be subversion

>>> access.

Les Mikesell wrote:
>> OK, so they copy it out of their own working copy from work. Better
>> yet, they take the whole working copy. What are they taking it home
>> on? You can get 120gig external USB drives that fit in your pocket
>> these days and run on the USB power. The point is that if you didn't

>> bring the whole working copy along you put the modified files back
>> where they belong in the wc so it is just the same as if you had
>> completed the edit there.

Mike Brenner wrote:
>>> The SECOND weekend warrior who copies his stuff gets a subversion
>>> error about out of date source code, and has to overwrite, rather
>>> than merge their changes into subversion.

Les Mikesell wrote:
>> What does taking the file home have to do with this? When you get an
>> out of date error it means you need to update. The merge happens in
>> your wc and then you commit the result. If you get a 'C' status you
>> have to clean it up by hand. The same thing should happen with local
>> edits to the same file.

Les Mikesell wrote:
> Sorry for replying to myself here, but did I miss what has been going
> on? Have different people _already_ removed and replaced this file so

> your edited version and it's pristine .svn copy no longer has a
> history in the repostory - which now sees an unrelated replacement?
> If that's the case I see why you think you can't merge, but the only
> solution is for everyone to stop doing that.

Hi Les,

Yes, on Monday only the first person coming in can merge their changes
into the repository.
The rest of the people would like to update but cannot because they
would be out of date.

Telling us to "stop doing that" is not the complete answer, because
sometimes there are reasons not to take the whole repository home, yet
there are reasons to take certain files home to work on them.

So, a suggestion for a far distant change to subversion might be to
isolate the MERGE process from the "current version" process, to allow
multiple merges into a single version like this. Or perhaps to find some
EXTERNAL TOOL to do the multiple merges and then just check in the final
result after the last weekend warrior finishes their EXTERNAL TOOL

Does anyone know of such an EXTERNAL TOOL?

Mike Brenner

The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.

WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jun 20 12:05:19 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.