</lurking>
I think the lock property has to be implemented on a
per-file or per-directory basis, so that you'll have to
mark a file/directory as "lockable". This way,
administrator would enforce "unlockability" of source
code, and "lockability" of unmergeable files. One could
automatically set this property for all files with
mime-type non "text/*".
In the future, when Subversion will have security
system, such properties could be centrally enforcred.
How's that?
Thank you!
<lurking>
Mike Wohlgemuth <mjw@woogie.net>:
> On Mon, 2002-08-05 at 08:37, Dave Cridland wrote:
> >
> > I agree with the general consensus that they're a
false security, and
> > should not be used, for source code, but as I
stated earlier, I
> > sincerely doubt that source code will be the
largest market, and
> > moreover one hopes that users working on source
code are relatively
> > technically aware.
>
> As the person that first brought up the phrase "false
security". I do
> not think that mandatory locks are necessarily false
security. I do
> think that allowing people other than the person with
the lock or an
> administrator to release the lock is false security,
since it really
> turns them into advisory locks. The problem with
mandatory locks isn't
> really with the locks themselves, but with
organizations that implement
> them without being prepared for the consequences. I
don't think many
> organizations would implement them if they seriously
understood these
> consequences, but that doesn't mean that mandatory
locks don't have
> their place.
>
> Woogie
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail:
dev-help@subversion.tigris.org
>
>
Sergey Lipnevich, MCSE, SCPJ,
Sr. Software Engineer,
New Age Network New York, Inc.,
+1-848-459-LIPN.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 5 16:00:53 2002