Re: After Remove file, can I get a previous version?

Larry Jones wrote: Flossie writes: Then say I start on v1.2 and remove file1 from my main source tree. Can I then get all files for version 1.1, and there will still exist file1? I.e all files required to build version 1.1? Of course, that's one of the main reasons for using a revision control sy

Re: After Remove file, can I get a previous version?

Larry Jones wrote: Flossie writes: Then say I start on v1.2 and remove file1 from my main source tree. Can I then get all files for version 1.1, and there will still exist file1? I.e all files required to build version 1.1? I forgot to ask, what about those other points I had? :-) ___

Re: Bug is tagging the head of a branch head???

"Fouts Christopher ()" writes: > > If I want to tag the head of a newly created branch (with no work > committed to it yet), I just do a > > > cvs rtag -r b_dev_01_02 t_pre_dev_01_02_xx sample > > correct? Correct. > Now when I do a checkout of the tagged files, ... > and do a cvs statu

Re: After Remove file, can I get a previous version?

Flossie writes: > > Then say I start on v1.2 and remove file1 from my main source tree. > > Can I then get all files for version 1.1, and there will still exist > file1? I.e all files required to build version 1.1? Of course, that's one of the main reasons for using a revision control system!

RE: Bug is tagging the head of a branch head???

Hi Chris, > From: Fouts Christopher > > Is this a bug??? I don't think so. Using your example, reconsider that you have NOT yet committed anything to the branch. The branch tag (1.6.2) is correctly attached to revision 1.6 and the first branch revision will be 1.6.2.1 but it doesn't exist yet.

After Remove file, can I get a previous version?

Hi, Say I start a new project and have file1 in my main code tree. I then want to release a software (eg) version 1.1. Then say I start on v1.2 and remove file1 from my main source tree. Can I then get all files for version 1.1, and there will still exist file1? I.e all files required to build v

Re: CVS newbie - I want to make a new CVS installation secure...

1) However the first real problem I have is that a CVSROOT folder appeared locally - this must have been created automatically in the /usr/local/cvsroot folder. This has all sorts of files with settings for controlling various CVS behaviour. a) I don't want CVS users to be able to change these Use

Re: Check in and out a file.

"Jim.Hyslop" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > [EMAIL PROTECTED] wrote: > > [EMAIL PROTECTED] (Larry Jones) wrote in message > > > > > > > > Thanks for your help. But I have another problem. For

Bug is tagging the head of a branch head???

I have CVS v1.11.14. I create a development branch of the HEAD. I know the branch was created successfully since I can do a cvs co -r b_dev_01_02, and cvs status -v on one of the files and get... File: file1 Status: Up-to-date Working revision:1.6 Tue Apr 13 21:27:40 2004

Re: Cannot check in file after branch...?

Jim.Hyslop wrote: Flossie wrote: cvs commit: sticky tag `1.4' for file `test1.txt' is not a branch cvs [commit aborted]: correct above errors first! Error, CVS operation failed As the error message says, your file was checked out with a sticky tag: a revision tag, or a date, or a specific revision

RE: Problem with branching

Ok, looking at the RCS fils, I see the problem. Here's the RCS info of one file that shows CORRECT branching... head1.5; access; symbols b_dev_01_02_cf:1.5.2.1.0.2 b_dev_01_02:1.5.0.2; locks; strict; comment @# @; 1.5 date2004.05.14.20.58.43;author chris; state Ex

RE: Using commitinfo Administration file to determine status of c ommitted file.

Larry Lords wrote: > We are currently running cvs 1.11.6 on a Red Hat 8.0 server > with Windows XP > clients. I would appreciate help in resolving the following > questions: > > 1. I need to know and report the status (added, changed, or > removed) on each > committed file to a certain area o

RE: Cannot check in file after branch...?

Flossie wrote: > Hi, I'm a bit of a CVS newbie, and have been trying all sorts > of things. > I have CVS installed on linux, and my client is TortoiseCVS > running on > windows XP. > As a test I had a modified local file (i.e in my 'sandbox'). I then > created a new CVS branch, and chose to ign

Cannot check in file after branch...?

Hi, I'm a bit of a CVS newbie, and have been trying all sorts of things. I have CVS installed on linux, and my client is TortoiseCVS running on windows XP. As a test I had a modified local file (i.e in my 'sandbox'). I then created a new CVS branch, and chose to ignore any modified files current

Using commitinfo Administration file to determine status of committed file.

We are currently running cvs 1.11.6 on a Red Hat 8.0 server with Windows XP clients. I would appreciate help in resolving the following questions: 1. I need to know and report the status (added, changed, or removed) on each committed file to a certain area of the repository. The information I n

RE: Check in and out a file.

[EMAIL PROTECTED] wrote: > [EMAIL PROTECTED] (Larry Jones) wrote in message > > > > Thanks for your help. But I have another problem. For the method, the > file is checked out, it will use the original filename. If I want to > c

RE: Problem with branching

Hmm, that's NOT the problem. The "branches" line is blank on the second file since I have NOT checked in a version on the branch. The plot thickens... -chris -Original Message- From: Fouts Christopher () Sent: Tuesday, May 18, 2004 9:53 AM To: 'John Carter'; [EMAIL PROTECTED]; '[EMAIL PR

RE: [Tkcvs-users] Problem with branching

Yes, I'm VERY SURE that b_dev is a branch off the TRUNK since files in it have revision numbers of the form x.y.z. And tkCVS shows b_dev as being off the trunk. Dorothy, e-mail me privately please and I'll send you the a sample ,v file. Thanks.. -chris -Original Message- From: [EMAIL PRO

RE: Changing pserver password

Urs Thuermann wrote: > Is is possible for a user to change his password on the CVS pserver > using the pserver protocol? Or is the only way to change it, that the > admin checks out CVSROOT, edits passwd, and commits it back? Unfortunately, the second method is currently the only available method.

RE: Organizing Documents/Websites/Source Code

Peter Sotos wrote: > I have a lot of corporate data which I want to store in CVS. > This ranges > from RTF Office Policy Documents to Source Code. I don't want > to have 100's > of modules in a single repository because it would become > difficult to find > which module you wanted. On the contra

Re: Checkout from a Linux-based repository with DOS line-endings

Hello Spiro, > So, the line has to be: > > "It is no problem to move the checked out working copy as long as you > don't cross the border LF/CR+LF". > Well, but, perhaps I misunderstand you, I do cross that border! And that's the trouble. My repository (created and maintained on linux' cvs) uses L

Changing pserver password

Is is possible for a user to change his password on the CVS pserver using the pserver protocol? Or is the only way to change it, that the admin checks out CVSROOT, edits passwd, and commits it back? urs ___ Info-cvs mailing list [EMAIL PROTECTED] htt

Re: Checkout from a Linux-based repository with DOS line-endings

Hello Doug, * On Mon, May 17, 2004 at 12:30:45PM -0400 Doug Lee wrote: > On Mon, May 17, 2004 at 04:55:22PM +0200, Spiro Trikaliotis wrote:a > > It is no problem to move the repository around, if you don't go across > > the border LF/CR+LF. > > I understand that the repo is always kept in straig

Re: Checkout from a Linux-based repository with DOS line-endings

Hi Spiro & Doug, > > It is no problem to move the repository around, if you don't go across > > the border LF/CR+LF. > But it IS important, when transferring a repository, to avoid using an > ASCII transfer that could convert line endings in ,v files... That's exactly what I was afraid of! So I s