[Top][All Lists]

[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:38 -0400

>From address@hidden  Thu Feb 15 05:50:01 2001
>Return-Path: <address@hidden>
Received: from ( [])
        by (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id 
        for <address@hidden>; Thu, 15 Feb 2001 05:50:00 +0900
Received: from localhost ([]
        by with esmtp (Exim 3.16 #1 (Debian))
        id 14T8ka-0000TL-00; Wed, 14 Feb 2001 15:42:08 -0500
Received: from ([]
        by with esmtp (Exim 3.16 #1 (Debian))
        id 14T8iG-0007Fq-00
        for <address@hidden>; Wed, 14 Feb 2001 15:39:45 -0500
Received: from tara ( [])
        by (8.9.3/8.9.3) with SMTP id MAA56883
        for <address@hidden>; Wed, 14 Feb 2001 12:39:43 -0800 (PST)
From: "Teala Spitzbarth" <address@hidden>
To: address@hidden
Subject: Issues with raising the 'floor' in CVS
Message-ID: <address@hidden>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
In-Reply-To: <address@hidden>
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: <>,
List-Id: Announcements and discussions for the CVS version control system 
List-Unsubscribe: <>,
List-Archive: <>
Date: Wed, 14 Feb 2001 12:41:33 -0800
Status: O
Content-Length: 1736
Lines: 52

I am attempting to implement a 'floor' model in our cvs repository
i.e. we would like to have our build levels, in addition to tags, we
demarcated by revisions, i.e. anything above revsion 2.0 is a change
going into our build level 2 etc.

I am running cvs 1.10.7

I have two issues I am hoping for assistence with:

1) when running the 'cvs ci -r 2.0' command I think I hit a bug (or
corruption in our tree?) where the checkin command wouldn't recurse
the whole tree, (the behavior was exactly the same with explictly adding
'cvs ci -R -f -r 2.0')

After traversing down 4 levels in the first subdir, and correctly ci'ing
about 20 files, the checkin says it aborts with this message:

        cvs commit: in directory 3rdparty/apache/etc/rc.d/init.d:
        cvs [commit aborted]: there is no version here; do 'cvs checkout' first

But there is a proper version of the existing file in this directory,  & as
far as I can
tell the file is not corrupted, nor is it corrupted in the repository.

I wrote a  script to recurse into each directory of my working copy and run
the cvs ci -r 2.0,  and this worked, all files were correctly updated to the

Are  there known problems with doing a checkin to update a whole tree/module
to a new revision?   Or does that 'ci aborted' message above indicate some
kind of corruption that I can clean up?

2) So now I know that I have successfully raised the floor on all existing
but new files will still go in as 1.1
Is the best way to enforce the raised revision on new files to
write a script to be run by commitinfo ?

Thanks much,
Teala Spitzbarth

Info-cvs mailing list

reply via email to

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