[Top][All Lists]

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

RE: Removing directories...

From: John Scott - Outlook
Subject: RE: Removing directories...
Date: Fri, 23 Feb 2001 13:48:34 -0000

I have found option 1 causes errors in CVS when the following occurs:

Somebody adds a directory to the repository that is created as part of the
build. Thus somebody adds a "release" subdirectory and adds the built
binaries to the repository.

Admin comes along and deletes the files that were added. You do a "cvs
update -d -P" which removes the release sub-directory.

You run the build which creates the "release" directory.

Doing a "cvs update -d -P" now complains that admin files cannot be found in
the "release" directory and to use checkout first.

This appears to be because CVS sees a "release" directory in your working
set and also in the repository, goes down into the directory in your working
set but cannot find the CVS directory containing the admin files because you
did a "cvs update -d -P" which deleted the directory.

The only way to fix this appears to be option 2 listed below.


John Scott
Senior Middleware Technical Specialist
IS Enterprise Services
Argos Ltd

> -----Original Message-----
> From: Francis Irving [mailto:address@hidden
> Sent: 23 February 2001 11:20
> To: 'address@hidden'
> Subject: Re: Removing directories...
> Two solutions:
> 1. Make everyone uses "cvs update -d -P" all the time. (Either via a
> GUI tool, by getting into the habit of it, or by changing your
> configuration files so it does it).
> 2. Delete the actual folders in the repository itself.  Of course,
> this loses backup of the deleted files in the folders, but this may
> not matter to you.  You can always archive them somewhere outside the
> repository.
> Francis
> On Fri, 23 Feb 2001 10:23:52 -0000, Smets Thomas
> <address@hidden> wrote:
> >The reason that I care is very simple...
> >Some idiots (myself, namely) did work too fast & created directories
> >wrongly named. 
> >So basically in a Java devlopment world case are important 
> to find the
> >correct places. I've created a "Debug" directory while it should have
> >been "debug". I corrected the error but I wish to have the 
> users being
> >protected agains t commit into the incorrect directory. A 
> good way to do
> >that is to have the Debug Directory being removed from the 
> Repository. 
> >
> >Tx,
> >
> >thomas,
> >
> >---
> >
> >Thomas SMETS - Application Engineer
> >Sydney-Tristar Devlopment Cpy for Telenet 
> >e-mail : address@hidden
> >
> >-----Original Message-----
> >From: address@hidden [mailto:address@hidden
> >Sent: woensdag 21 februari 2001 16:47
> >To: address@hidden
> >Cc: address@hidden
> >Subject: Re: Removing directories...
> >
> >
> >Smets Thomas writes:
> >> 
> >> Question may sound trivial but ...
> >> If I remove a directory from my local working copy after requesting
> >all
> >> files to be removed.
> >[...]
> >> Now will the TargetDir also be removed from the server ?
> >> Said otherwise, will the TargetDir be moved into some Attic ?
> >
> >No, only files are placed in the Attic, not directories.  Why do you
> >care?
> >
> >-Larry Jones
> >
> >Isn't it sad how some people's grip on their lives is so precarious
> >that they'll embrace any preposterous delusion rather than face an
> >occasional bleak truth? -- Calvin
> _______________________________________________
> Info-cvs mailing list
> address@hidden


Click here to visit the Argos home page

The information contained in this message or any of its attachments may be 
privileged and confidential, and is intended exclusively for the addressee.
The views expressed may not be official policy, but the personal views of the 
If you are not the addressee, any disclosure, reproduction, distribution, 
dissemination or use of this communication is not authorised.
If you have received this message in error, please advise the sender by using 
the reply facility in your e-mail software.
All messages sent and received by Argos Ltd are monitored for virus, high risk 
file extensions, and inappropriate content.  As a result users should be aware 
that mail may be accessed.


reply via email to

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