ot;Dennis W. Bulgrien" <[EMAIL PROTECTED]>
To: info-cvs@gnu.org
Subject: Re: Retrieving dead files from the Attic
Date: Fri, 8 Jul 2005 10:00:29 -0500
Received: from lists.gnu.org ([199.232.76.165]) by mc10-f16.hotmail.com with
Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Jul 2005 08:16:17 -0700
R
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
Aaron Jackson wrote:
Ok, if there is a directory in a project that had three files in it and
they were all removed to the attic with cvs rm at different times and
you want to recover all three files (say 3 could be 100+ files in some
cases) but they all have different versions on them. How
nt to point out that this sounds like a policy
problem but regardless you can certainly retrieve your files.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Aaron Jackson
Sent: Wednesday, June 08, 2005 9:22 AM
To: info-cvs@gnu.org
Subject: RE: Recovering from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aaron Jackson <[EMAIL PROTECTED]> writes:
> Ok, if there is a directory in a project that had three files in it
> and they were all removed to the attic with cvs rm at different times
> and you want to recover all three files (say
Ok, if there is a directory in a project that had three files in it and
they were all removed to the attic with cvs rm at different times and you
want to recover all three files (say 3 could be 100+ files in some cases)
but they all have different versions on them. How could you check the
>> ... recommend reading material ...
An apparently comprehensive discussion of CVS usage:
http://ldp.rtin.bz/REF/CVS-BestPractices/html/index.html
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Rod Macpherson
Sent: Wednesday, June 08, 2005 8:47 AM
To: info-cvs@gnu.org
Subject: RE: Recovering from Attic
I meant to say "Directories are never removed in CVS so "recovery" is
NOT requ
tags do
that for you.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Aaron Jackson
Sent: Wednesday, June 08, 2005 8:09 AM
To: info-cvs@gnu.org
Subject: Recovering from Attic
I'm new to CVS and have what I hope to be a pretty simple question, if
you
I'm new to CVS and have what I hope to be a pretty simple question, if you
can recommend any reading materials on it as well I'd be grateful.
Is there a way to recover an entire directory with all of it's contents
and subdirectories? Right now I know how to recover individual copies of
files w
project). I have run a few unix commands to determine which files were
> removed, (removed by one person on May 18th), but do not have the latest
> revision numbers. What is the best/proper way to retrieve these files
> from the Attic?
>
> Deb Comeau
in a sandbox you can issue
cv
S I wrote:
Here's another question I have on the same topic:
If a file is removed from CVS properly (by rm, cvs rm, cvs ci), what
gets committed to the Attic exactly? Both the file and its sister
comapnion file,v or just the latter?
The original file is never copied into the repos
, (removed by one person on May 18th), but do not have the latest
revision numbers. What is the best/proper way to retrieve these files
from the Attic?
Deb Comeau
Here's another question I have on the same topic:
If a file is removed from CVS properly (by rm, cvs rm, cvs ci), what
gets committ
Here's another question I have on the same topic:
If a file is removed from CVS properly (by rm, cvs rm, cvs ci), what gets
committed to the Attic exactly? Both the file and its sister comapnion
file,v or just the latter? I've noticed that I only get to see the latter
version un
Here's another question I have on the same topic:
If a file is removed from CVS properly (by rm, cvs rm, cvs ci), what gets
committed to the Attic exactly? Both the file and its sister comapnion
file,v or just the latter? I've noticed that I only get to see the latter
version un
No, it was committed to the Attic in the subfolder where the file was
deleted. I'm now on the repository and see this file in the Attic.
However, I'm not sure whether to retrieve from the server side or my
desktop/client side? The 3 steps I posted seem to be done from the client
s
Did you commit the file to the Attic? i.e. cvs ci myRepoPath/Attic/myFile.txt
Or did you commit to a branch but not to main trunk (or vice-a-versa)?
If the second is the case, then you can just merge the file from the
branch to the main trunk:
cvs co myRepoPath/
cvs up -j branch_name myRepoPath
We're running the cvs Repo on a linux box with no shell access to users
who're on the WinXP client side, except myself as the Admin.
A user accidentally committed files to the Attic and we need to retrieve
them. I've committed files to the attic many times before but we never h
Gleidson Sá Barreto wrote:
> how do you do to move an arquiv of the Attic to my
> project with TortoiseCVS.
I'm not entirely sure I understand what you're asking. Allow me to explain a
little about the Attic, and see if that answers your question.
When you issue the 'cvs
how do you do to move an arquiv of the Attic to my
project with TortoiseCVS.
Yahoo! Mail - Com 250MB de espaço. Abra sua conta! http://mail.yahoo.com.br/
___
Info-cvs mailing list
Info-cvs@gnu.org
http
It was probably added on a branch. Files added on a branch will appear
in the root (or other branches) in the attic. Can you post the cvs log
for the file?
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
Jean-Pierre Sevigny writes:
>
> How can a file, on the repository server, be both in the root
> ($repo/Module/file/.txt) and in the Attic ($repo/Module/Attic/file.txt) ?
It can't unless there's a bug in CVS that's never been reported or
someone did it by hand.
-Larry Jo
Hi,
How can a file, on the repository server, be both in the root
($repo/Module/file/.txt) and in the Attic ($repo/Module/Attic/file.txt) ?
I'm trying to reproduce that, without success. I wonder if someone
copied them directly, on the server.
Regards,
Jean-P
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sandra R. Quadros Moraes da Silva <[EMAIL PROTECTED]> writes:
> When the cvs remove command is used, it moves
> the removed file to the attic.
Correct.
> Is there a way that when a file is removed from
> the repository, it is not
When the cvs remove command is used, it moves the removed file to the attic. Is
there a way that when a file is removed from the repository, it is not moved to
Attic - I don't want the file nor its history in the repository anymore.
___
Inf
>I've accidentally removed a whole source tree, which contains > 500 source code files
>(plain text only, no binary).
>
>I searched the web, and found ways to recover files from Attic one by one, namely:
>- use "cvs admin -o 1.x (deleted file)", or
>- use &qu
Hi all,
I've accidentally removed a whole source tree, which contains > 500 source
code files (plain text only, no binary).
I searched the web, and found ways to recover files from Attic one by one,
namely:
- use "cvs admin -o 1.x (deleted file)", or
- use "cvs update
Hi,
I'm trying to import a CVS repository to SubVersion using `cvs2svn'
and it is complaining about files that are in the `Attic' directory AND
outside it. I've read at the `Cederqvist' manual that the `Attic'
directory is only used when a file is not in the
Matt Reason writes:
>
> I'm 100% sure. I have the branch and the head checked out into
> different dirs on my desktop. The files I added to the branch are
> sitting there happily but the on the main - they're gone.
It's not the things you don't know that get you into trouble, it's the
things yo
IL PROTECTED]:$ cvs up -r abranch
cvs update: Updating .
[EMAIL PROTECTED]:$ echo hi>hi
[EMAIL PROTECTED]:$ cvs add hi
cvs add: scheduling file `hi' for addition on branch `abranch'
cvs add: use 'cvs commit' to add this file permanently
[EMAIL PROTECTED]:$ cvs ci -m 'branch'
Cc: [EMAIL PROTECTED]
Subject: Re: Files added to branch end up in Attic post merge to Head.
Matt Reason writes:
>
> I added a ton of files on a branch the other day. I merged the branch
> to the Head yesterday and all of the files went into the Attic. I
have
> no idea why this
ay and all of the files went into the
> Attic. I have
> no idea why this has occurred. To me it seems like a bug. There is
> nothing in the documentation about this. Can anyone explain
> this to me?
When you check out the HEAD, do you get all the files that you expect? If
so, t
Matt Reason writes:
>
> I added a ton of files on a branch the other day. I merged the branch
> to the Head yesterday and all of the files went into the Attic. I have
> no idea why this has occurred. To me it seems like a bug. There is
> nothing in the documentation about th
Hi there,
I've seen several posts that tangentially address this issue, but none
of the replies could explain the phenomenon. Please excuse me for
re-asking.
I added a ton of files on a branch the other day. I merged the branch
to the Head yesterday and all of the files went into the
Hi there,
I've seen several posts that tangentially address this issue, but none
of the replies could explain the phenomenon. Please excuse me for
re-asking.
I added a ton of files on a branch the other day. I merged the branch
to the Head yesterday and all of the files went into the
Hi there,
I've seen several posts that tangentially address this issue, but none
of the replies could explain the phenomenon. Please excuse me for
re-asking.
I added a ton of files on a branch the other day. I merged the branch
to the Head yesterday and all of the files went into the
Cc: [EMAIL PROTECTED]
From: "Mark D. Baushke" <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> writes:
> > From: "Mark D. Baushke" <[EMAIL PROTECTED]>
> > ...
> > cvs checkout -d top . # checkout all of your modules
>
> Wow. I've never before seen '.' used in the modules slot
From: "Mark D. Baushke" <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> writes:
> OK, but how does one get a project started without using import?
A typical set of commands might be
CVSROOT=/path/to/your/repository; export CVSROOT
cvs init# create the repository a
From: "Jim.Hyslop" <[EMAIL PROTECTED]>
Date: Thu, 3 Jun 2004 14:43:14 -0400
[EMAIL PROTECTED] wrote:
> BTW, what got me started looking into all this was trying to find some
> algorithm for determining the branch (if any) a given checked out
> revision belongs to, based on the
X-Original-To: [EMAIL PROTECTED]
From: "Jim.Hyslop" <[EMAIL PROTECTED]>
Date: Thu, 3 Jun 2004 14:43:14 -0400
[EMAIL PROTECTED] wrote:
> OK, but how does one get a project started without using import? The
> Cederqvist manual gives no other way to start a project besides using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
<[EMAIL PROTECTED]> writes:
> OK, but how does one get a project started without using import?
A typical set of commands might be
CVSROOT=/path/to/your/repository; export CVSROOT
cvs init # create the repository and the CVSROOT m
On Thu, 2004-06-03 at 14:43, Jim.Hyslop wrote:
> [EMAIL PROTECTED] wrote:
> > OK, but how does one get a project started without using import? The
> > Cederqvist manual gives no other way to start a project besides using
> > import (ch. 3). And going over all the commands listed with cvs
> > --he
[EMAIL PROTECTED] wrote:
> OK, but how does one get a project started without using import? The
> Cederqvist manual gives no other way to start a project besides using
> import (ch. 3). And going over all the commands listed with cvs
> --help-commands, I don't see any other command to start a pro
From: "Jim.Hyslop" <[EMAIL PROTECTED]>
Date: Thu, 3 Jun 2004 12:28:27 -0400
[EMAIL PROTECTED] wrote:
> The interaction below illustrates the sources of my confusion.
> Basically, I start a project Foo which initially consists of a single
> file foo. Afterwards, I add and comm
=
> 46 File: foo Status: Up-to-date
[...]
> 54 Existing Tags:
> 55 start (revision: 1.1.1.1)
> 56 trunk (branch: 1.1.1)
> Now the results are even more puzzling.
foo
18 ### modify a CVS-controlled file
19 ### create a new file to put under CVS control
20 % touch bar
21 % cvs ad bar
22 cvs add: scheduling file `bar' for addition on branch `trunk'
23 cvs add: use 'cvs commit' to add this file permanently
24 % cvs ci -m '' b
Hi all,
Someone decided to
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
Ronald Petty writes:
>
> "If you add a file on a branch, it will have a trunk revision in 'dead'
> state, and a branch revision in a non-dead state."
>
> Could some one give a clearer meaning to me on this, sorry my brain
> doesn't seem to comprehend this today.
When you add a brand-new file on
I just had my first encounter with a file being in the "Attic". I have
read the page in the manual about what this means, and I am confused.
It says the head revision on the trunk has state "dead". A dead state
means
1) has been removed
2) never added, for that revision
I
See the instructions at the end of this section:
http://cvsbook.red-bean.com/cvsbook.html#What_Happens_When_You_Remove_A_File
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, July 21, 2003 1:19 PM
To: [EMAIL PROTECTED]
Subject: recovering from the attic
<[EMAIL PROTECTED]> writes:
> Hi All;
> I have run into a problem that some people deleted some files that
> they want back. The files are in the attic so I figure this is
> easy, they just have to add them back in and commit. Well it
> didn't quite wor
Hi
All;
I
have run into a problem that some people deleted some files that they want back.
The files are in the attic so I figure this is easy, they just have to add them
back in and commit. Well it didn't quite work out that way. When I
run cvs add I get the message from cvs
[EMAIL PROTECTED] wrote in message
news:<3e4bf732$1$fgrir53$[EMAIL PROTECTED]>...
> Hi,
>
> I have an associate that managed to get some files stuck in the Attic and
> I want to be sure I explain the reason correctly. I've appended the
> interesting parts of the histo
On Wed, Nov 13, 2002 at 04:59:49PM -0800, Jason Yeung wrote:
> I was wondering if it's possible to recover a file that is in the Attic
> directory?
cvs update -j1.4 -j1.3 foo.c# 1.4 is the deleted rev.; 1.3 is the one
# preceding it. The odd-looki
Jason Yeung writes:
>
> I was wondering if it's possible to recover a file that is in the Attic
> directory? When you remove a file (and committed), the file gets copied to
> the Attic directory. For all purposes, it's removed from the repository.
Hardly -- you can still us
Hi,
I was wondering if it's possible to recover a file that is in the Attic
directory? When you remove a file (and committed), the file gets copied to
the Attic directory. For all purposes, it's removed from the repository.
Jason
__
[ On Monday, October 14, 2002 at 16:32:20 (-0700), Anne McCaffrey wrote: ]
> Subject: Re: Problems with Attic permissions
>
> I have not invited any 'thoughts' or 'opinions' on how
> I am using cvs.If you can't answer my question, pls
> don't reply;w
control logins to the server. Note that if you don't
fix 2, fixing 1 is pretty much useless (assuming your
developers aren't smart enough to use "cvs rm" so as
not to disrupt others).
I also think that 2 was caused by 1. For example, if
developers were able to "cvs rm&qu
On Mon, 14 Oct 2002, Anne McCaffrey wrote:
> Date: Mon, 14 Oct 2002 16:32:20 -0700 (PDT)
> From: Anne McCaffrey <[EMAIL PROTECTED]>
> To: Kaz Kylheku <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: Problems with Attic permissions
>
> --- Kaz Kylheku
>--- Forwarded mail from [EMAIL PROTECTED]
>My question was "Why is cvs trying to read from Attic
>when I do cvs add"
The reason it reads the attic is to look for files that were either
removed by a prior "cvs remove", or added on a branch. In both cases,
the RCS f
[ On Monday, October 14, 2002 at 14:04:33 (-0700), Anne McCaffrey wrote: ]
> Subject: Re: Problems with Attic permissions
>
> I understand that you may feel this is 'silly' but
> that really is beside the point.My original question
> was something else, if you noticed
m using cvs.If you can't answer my question, pls
don't reply;we can go on arguing about the pros and
cons of someone's practices.I don't see any point in
it.
> Greg has a good point. The way in which you are
> trying to use CVS is
> silly.
>
Looks like you didn't r
Kaz Kylheku wrote:
> By the way, Greg *thinks* that something is silly, not *feels*. You and
> I are not privileged with knowing what he feels.
No, he *opined* it, from which we *deduce* what he thinks/feels (I
see no clear distinction between those two terms).
/|/|ike
_
y original question
> was something else, if you noticed.
Greg has a good point. The way in which you are trying to use CVS is
silly.
This observation is very relevant to the problems you are having, and
as such not beside the point at all.
You said that you were trying to fiddle with permis
0700),
> Anne McCaffrey wrote: ]
> > Subject: Re: Problems with Attic permissions
> >
> > It is the requirement of our project that no
> single
> > developer should remove files(even using cvs
> remove)
> > without consulting others involved and the PM;
> some of
> >
[ On Monday, October 14, 2002 at 11:52:12 (-0700), Anne McCaffrey wrote: ]
> Subject: Re: Problems with Attic permissions
>
> It is the requirement of our project that no single
> developer should remove files(even using cvs remove)
> without consulting others involved and the PM;
oel Yap <[EMAIL PROTECTED]> wrote:
> --- Anne McCaffrey <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I am facing problems with Attic directories.
> > I have a script that disallows users from removing
> > files using cvs remove.
> > To implement
removing an archive file that's /not/
in Attic?
> It is the requirement of our project that no single
> developer should remove files(even using cvs remove)
> without consulting others involved and the PM; some
> of
> them have removed files previously which caused a
> lo
--- Anne McCaffrey <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I am facing problems with Attic directories.
> I have a script that disallows users from removing
> files using cvs remove.
> To implement additional security, I have made all
> Attic directories in the reposi
At 01:49 PM 10/14/2002, Anne McCaffrey wrote:
>To implement additional security, I have made all
>Attic directories in the repository read only
...
>but today when a developer tried to
>add a new file,cvs add was aborted with the
>error,"Cannot read Attic directory.Permi
Hi all,
I am facing problems with Attic directories.
I have a script that disallows users from removing
files using cvs remove.
To implement additional security, I have made all
Attic directories in the repository read only, since
all users have login access to the repository server
and if they
"Stefan Monnier <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> wrote in
message news:<[EMAIL PROTECTED]>...
> > "Kaz" == Kaz Kylheku <[EMAIL PROTECTED]> writes:
> > I have that script; it's called ``mcvs convert''. That's the one
>
> Sorry, I missed it.
I looked at the source; it's broken. I neve
[ On Wednesday, October 2, 2002 at 12:35:32 (-0700), Schwenk, Jeanie wrote: ]
> Subject: RE: attic files
>
> Most of the files have multiple branches.
How did that happen? You shouldn't really be trying to use CVS branches
in any module that you created with "cvs import"
Schwenk, Jeanie writes:
>
> Most of the files have multiple branches. The trunk is code running on the
> floor, one is vendor code and one is current development. Typically the
> vendor and development need to be merged into the main trunk for release to
> the shop floor. The vendor inadverten
"Stefan Monnier <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> wrote in
message news:<[EMAIL PROTECTED]>...
> > Arguably, adding years to the life of CVS is CVS-friendly enough.
> > There are already enough architectural compromises in the software to
> > make it easy to integrate with CVS.
>
> But ho
Schwenk, Jeanie writes:
>
> How can I retrieve a large quantity of Attic files? A vendor did a merge
> down the vendor branch and, as it turns out, did a reorganization of some
> files. The resulting commit moved many, many files in many directories into
> their respective
"Stefan Monnier <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> wrote in
message news:<[EMAIL PROTECTED]>...
> > "Kaz" == Kaz Kylheku <[EMAIL PROTECTED]> writes:
> > Avoiding this sort of disaster is one of the reasons I wrote a program
> > called Meta-CVS.
>
> OMYGOD
> This is sooo co
On Tue, 1 Oct 2002, Schwenk, Jeanie wrote:
> Date: Tue, 1 Oct 2002 17:54:50 -0700
> From: "Schwenk, Jeanie" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [info-cvs] RE: attic files
>
> Isn't there an easier way to get back all the files, complete
No, he did not touch the rcs files themselves. He did that once in the
past. I believe I made it quite clear that his life would be forfeit if he
did it again.
When he did a cvs stat of the files, he noted the "Attic" in the path. He
had the copies of the files before the vendo
> How can I retrieve a large quantity of Attic files? A vendor did a merge
> down the vendor branch and, as it turns out, did a reorganization of some
> files. The resulting commit moved many, many files in many directories into
> their respective attics. In the meantime, an e
erate many visits to
my cube and this is quite simply not in my best interest because I have work
to do.
Jeanie
-Original Message-
From: Kaz Kylheku [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 01, 2002 5:11 PM
To: Schwenk, Jeanie
Cc: [EMAIL PROTECTED]
Subject: Re: attic files
On
On Tue, 1 Oct 2002, Schwenk, Jeanie wrote:
> How can I retrieve a large quantity of Attic files? A vendor did a merge
> down the vendor branch and, as it turns out, did a reorganization of some
> files. The resulting commit moved many, many files in many directories into
> thei
How can I retrieve a large quantity of Attic files? A vendor did a merge
down the vendor branch and, as it turns out, did a reorganization of some
files. The resulting commit moved many, many files in many directories into
their respective attics. In the meantime, an engineer here, made
m.
> Would it be safe to just delete the Attic directory?
Yes, although I wish someone would convince the Cygwin developers to
track down the bug and fix it.
-Larry Jones
The real fun of living wisely is that you get to be smug about it. -- Hobbes
___
Larry Jones wrote:
> Mike Ayers writes:
>
>>cvs [rtag aborted]: cannot open directory
>>E:\CVSROOT\cameras\cam1\doc\vendor\Maxim/Attic
>>
>> Upon checking, I find that the directory exists, is not read-only, and has no
>>files in it (this is correct,
Mike Ayers writes:
>
> cvs [rtag aborted]: cannot open directory
> E:\CVSROOT\cameras\cam1\doc\vendor\Maxim/Attic
>
> Upon checking, I find that the directory exists, is not read-only, and has no
> files in it (this is correct, as I have not removed any files from
When attempting to change a tag name:
cvs rtag -r old-name-0-4 rel-0-4 tc
I get an error:
cvs [rtag aborted]: cannot open directory
E:\CVSROOT\cameras\cam1\doc\vendor\Maxim/Attic
Upon checking, I find that the directory exists, is not read-only, and has no
files in
After merging with the main trunk, a file I added is still in the
attic. Perhaps I merged incorrectly.
How do I get it on the main trunk now?
[edunkle@edunkle71 storm]$ cvs status -v
src/net/verizon/storm/data/OrderCheckAdapter.java
On Fri, May 24, 2002 at 06:28:30PM +0200, Anette van der Schyf wrote:
> One of our users accidently deleted a file and it is now in an attic folder.
>
> How do I make the file alive again?
Use:
cvs update -j DEAD_REV -j PREVIOUS_REV file
cvs commit
Where:
DEAD
Hi
One of our users accidently deleted a file and it is now in an attic folder.
According to the manual the file has a state of 'dead'. I cannot simply copy
it out of the attic
folder into the correct folder.
How do I make the file alive again?
Thank y
Harig, Mark A. writes:
>
> I have some files in Attic directories that have their 'state' set to
> 'Exp' for the head revision. The revision prior to the head revision
> has the state set to 'dead'. For example:
[...]
> I'm not sure how this ha
Eric Siegerman writes:
>
> Are the files *supposed* to be live or dead? If they're supposed
> to be live, just move the ,v files out of the Attic:
> cd $CVSROOT/.../Attic
> mv foo,v ..
> Make sure you're not clobbering an existing ../foo,v of course.
The
On Thu, May 16, 2002 at 12:23:40PM -0400, Harig, Mark A. wrote:
> I have some files in Attic directories that have their 'state' set to
> 'Exp' for the head revision. The revision prior to the head revision
> has the state set to 'dead'. For example:
Tools:
Linux 2.4 (red hat 7.1)
CVS 1.11.1p1
I have some files in Attic directories that have their 'state' set to
'Exp' for the head revision. The revision prior to the head revision
has the state set to 'dead'. For example:
1.5
date2002.01.14.14.42.52;
On Mon, 13 May 2002, Srirekha Cherukuri wrote:
> Date: Mon, 13 May 2002 07:30:45 -0700
> From: Srirekha Cherukuri <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [info-cvs] CVS attic
>
>
> I removed files from the CVS but they are now in the attic. How ca
>
> I removed files from the CVS but they are now in the attic. How can I remove
> the files from there. Please advise.
>
Why do you want to remove the files from there? CVS is a system for
controlling source code and retaining the ability to recreate
earlier versions. If you
--- Srirekha Cherukuri
<[EMAIL PROTECTED]> a écrit : >
> I removed files from the CVS but they are now in the
> attic. How can I remove
> the files from there. Please advise.
Hi,
if you really want to delete those files and not to
keep a trace of them in your CVS tree, you j
I removed files from the CVS but they are now in the attic. How can I remove
the files from there. Please advise.
Thank you
Rekha
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
: Larry Jones; Dennis W. Bulgrien
Cc: [EMAIL PROTECTED]
Subject: Re: Attic Resurrection
Hi,
I also have the same problem, and I wonder copying
content of Attic directory to my directory in CVS
repository works? Or any other way, thanks
--- Larry Jones <[EMAIL PROTECTED]> wrote:
> Dennis W.
Hi,
I also have the same problem, and I wonder copying
content of Attic directory to my directory in CVS
repository works? Or any other way, thanks
--- Larry Jones <[EMAIL PROTECTED]> wrote:
> Dennis W. Bulgrien writes:
> >
> > How can I resurrect a file on which I perfo
1 - 100 of 158 matches
Mail list logo