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

RE: Is that possible to enforce lock-modify-unlock model in a repository

From: William Yeung <williamyeung_at_v-logic.net>
Date: 2005-08-20 05:09:15 CEST

Dear David,
That would help- indeed its not a good solution for me because its just difficult to setup :P I am not getting used to it... what I am used to are visual source safe, PVCS...
Also another problem is so far I cannot find a good SCC provider for SVN as well

        -----Original Message-----
        From: David Weintraub [mailto:qazwart@gmail.com]
        Sent: Sat 8/20/2005 2:47 AM
        To: William Yeung
        Cc: users@subversion.tigris.org
        Subject: Re: Is that possible to enforce lock-modify-unlock model in a repository

        I'm not sure how forcing locks on every file will improve your
        situation. But, as everyone else mentioned, you can put the property
        "svn:needs-lock" on every file.
        I'm not sure why you say autoprops is not a good solution since it
        will automatically add this property to every file you create.
        Maybe you're talking about an enforcement mechanism to ensure that
        this property is set? After all, a user can remove the property, or if
        the user doesn't have their conf file setup correctly, the
        svn:needs-lock won't be set.
        I have a hook that will check properties and prevent commits if the
        properties on that file aren't setup correctly. If someone removes
        svn:needs-lock or creates a file without this property, they won't be
        able to commit any changes unless they attach svn:needs-lock back on
        the file.
        Will this help?
        On 8/18/05, William Yeung <williamyeung@v-logic.net> wrote:
> Dear All,
> I am a newbie in subversion, while I found the facilities are great
> (especially with TortoiseSVN), I have an issue here- my team are more used
> to lock-modify-unlock mechanism, and I have bad habits on forgot to check in
> source code, so this is more suitable for us :P Is there anyway to enforce
> such policy within an repository?
> William Yeung
> IT Manager
> V-Logic Limited
> E-Mail: williamyeung@v-logic.net
> Direct: 3102 3552
> Fax: 3101 0121
        David Weintraub
Received on Sat Aug 20 05:11:06 2005

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.