info-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

(no subject)


From: root
Subject: (no subject)
Date: Mon, 13 Aug 2001 05:21:41 -0400

>From address@hidden  Thu Feb 15 04:32:25 2001
>Return-Path: <address@hidden>
Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164])
        by gateway.camelot.jp (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id 
EAA24428
        for <address@hidden>; Thu, 15 Feb 2001 04:32:24 +0900
Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
        by fencepost.gnu.org with esmtp (Exim 3.16 #1 (Debian))
        id 14T7d4-0003Kw-00; Wed, 14 Feb 2001 14:30:18 -0500
Received: from threshold3.jpmorgan.com ([169.71.1.12] helo=jpmorgan.com)
        by fencepost.gnu.org with esmtp (Exim 3.16 #1 (Debian))
        id 14T7cc-0003If-00
        for <address@hidden>; Wed, 14 Feb 2001 14:29:50 -0500
Received: (from address@hidden)
        by jpmorgan.com (8.8.5/8.8.5) id OAA10425;
        Wed, 14 Feb 2001 14:29:42 -0500 (EST)
Received: from jpmmailhost4.ny.jpmorgan.com(198.75.231.102) by 
threshold3.jpmorgan.com via smap (V4.2)
        id xma003487; Wed, 14 Feb 01 14:20:10 -0500
Received: from nyc-ntgw-n01.ny.jpmorgan.com (nyc_smtpmta_02.ny.jpmorgan.com 
[146.149.150.22])
        by jpmmailhost4.ny.jpmorgan.com (8.9.1a/8.9.1) with SMTP id OAA08999;
        Wed, 14 Feb 2001 14:20:10 -0500 (EST)
Received: by nyc-ntgw-n01.ny.jpmorgan.com(Lotus SMTP MTA v4.6.4  (830.2 
3-23-1999))  id 852569F3.006A3472 ; Wed, 14 Feb 2001 14:20:02 -0500
X-Lotus-FromDomain: address@hidden
From: "Noel L Yap" <address@hidden>
To: address@hidden
cc: address@hidden
Message-ID: <address@hidden>
Subject: Re: Strict Locking for checkouts
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/info-cvs>,
        <mailto:address@hidden>
List-Id: Announcements and discussions for the CVS version control system 
<info-cvs.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/info-cvs>,
        <mailto:address@hidden>
List-Archive: <http://mail.gnu.org/pipermail/info-cvs/>
Date: Wed, 14 Feb 2001 14:19:56 -0500
Status: O
Content-Length: 1898
Lines: 45





address@hidden on 2001.02.14 10:32:28
>    I need strict locking because all the developers are checking out the files
>into the same shared filesystem structure. If I dont use locking the users will
>overwrite other users checkouts. I'm thinking about to write a patch to provide
CVS
>with pre-checkout features for this pourpose (like the existing pre-checkin
feature
>provided by commitinfo) Also i'm thinking about to patch CVS to force strict
>locking with each checkout. Please let me know if you have any usefull tip or a
>better approach to this sollution. Thanks in advance.

It's much, much better if developers check out into their own working areas,
then copy (aka install) their modified files into the shared area.  You'll still
wind up with the problem of people writing over each others' files, but at least
they'll still have their own copies so nothing is lost.

Over here, I've been trying to get people to set their umask to create files as
group read-only to help prevent accidental overwrites within the shared areas.
To prevent serialized development, the directories are made group read-write so
that developers can move or remove others' files.

In the future, we'll have separate, complete environments so all this will be
moot.

Noel



This communication is for informational purposes only.  It is not intended as
an offer or solicitation for the purchase or sale of any financial instrument
or as an official confirmation of any transaction. All market prices, data
and other information are not warranted as to completeness or accuracy and
are subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of J.P. Morgan Chase & Co. Incorporated, its
subsidiaries and affiliates.


_______________________________________________
Info-cvs mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/info-cvs




reply via email to

[Prev in Thread] Current Thread [Next in Thread]