Hello,
We're going to develop using cvs but before we start we want to know if there is some kind of standard for the directory tree (i.e. webapps directory model)...
Can anybody help us?
Thanks in advance.Do You Yahoo!?Yahoo! Messenger! Comunicación instantánea gratis con tu gente.
CVS just versions files. It doesn't really care how
you organise those files. A word of caution, though,
moving versioned files is a pain when using CVS so put
some thought into where you put them before adding
them to the repository.
Noel
--- Wooody Ask [EMAIL PROTECTED] wrote:
Hello,
Dear all,
I'm a newbie to cvs, please excuse me if my question is in FAQ.
My problem is:
- i have a local cvs server
- after checking out a project, many changes has been made
- because the changes include deleting files from the project, i must have used "cvs rm -f [filenames]"
-
Greetings.
I am a SysAdmin that has been asked to solve a CVS question for the company
I am working with. The main outcome that is wanted would be for people to
have the ability to add comments to the actuall source code in the
repository. I know with the linux and OSX system that I use
I assume you have checked the cvs server to insure that in fact
there is adequate space on the device?
I do not know of any inherent size limits in CVS, someone else
could well give you a better answer to that, but the message you
are getting appears to be a system error, not a cvs error.
For *.h and *.cpp files, add the following lines
/*
$Log$
*/
This will cause problems when you merge branches, though. Check to
see if the auditors will accept the result of the following command:
cvs log *.h *.cpp
At 9:31 -0300 5/16/02, gaelen gallashant wrote:
I am a
Hi,
Finally I get to use the service pserver with linux
and windows. Now
my problem is that in winCVS, when I logout, the
program didn't it.
Why not? In Linux the logout using cvspserver is ok.
And I created a local repository in windows for
test, but the directory
CVSROOT don't appear
This command was working last week. The only known change is that the
repository was copied to another disk yesterday because of disk space
problems.
And that's the cause of the problem. CVS doesn't like it when CVSROOT
is a symlink rather than a real directory. You may be
Use $Log$ , this will be resolved at the time of checkin to the comment
that user provide while commiting the code to repository.
--
Regards,
Vishal Jain
ILX Systems
On Tue, 14 May 2002, Rashmi Vittal wrote:
Date: Tue, 14 May 2002 13:08:28 -0700 (PDT)
From: Rashmi Vittal [EMAIL PROTECTED]
Currently I'm using cvs 1.11.2
in my CVSROOT/modules I've:
Webconsole_core -a webconsole/build.howto.txt webconsole/webxml.sed
webconsole/setup.bat webconsole/mai
n_jspc.xml webconsole/buildcore.bat webconsole/buildcore.xml
webconsole/buildsdk.xml webconsole/buildsd
k.bat webconsole/setvars.bat
I assume you have checked the cvs server to insure that in fact
there is adequate space on the device?
I do not know of any inherent size limits in CVS, someone else
could well give you a better answer to that, but the message you
are getting appears to be a system error, not a cvs
Dear all,
I'm a newbie to cvs, please excuse me if my question is in FAQ.
My problem is:
- i have a local cvs server
- after checking out a project, many changes has been made
- because the changes include deleting files from the project, i must have
used cvs rm -f [filenames]
I don't
Hi
We are currently running cvs version 1.10.7 on linux 2.2. We want to upgrade
to version 1.11.2 of cvs. I would like to know if the following steps of
upgrading is correct:
1.I have downloaded cvs-1.11.tar.gz
2.Type on commandline: gunzip cvs-1.11.tar.gz
3.Type on
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;author foo;state Exp;
On Thu, May 16, 2002 at 10:20:48AM -0400, Lorne Gutz wrote:
CVS doesn't like it when CVSROOT
is a symlink rather than a real directory.
-Larry Jones
My system uses links to the CVS repository, and I have never had a problem
with the links.
Same here; I've set up several repo's
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:
1.5
date2002.01.14.14.42.52;author
Use $Log$ , this will be resolved at the time of checkin to the comment
that user provide while commiting the code to repository.
Hi,
I am adding a new file to the repository. Can
somebody tell me what I need to add in this C file so
that I shall be able to see the logs printed at
Brett G. Palmer writes:
We are seeing incorrect CVS dates from some clients. For example, I will
add new files to a module and then another developer will checkout these new
files, but the dates are 24 hours in the future. This causes a lot of
problems when this same developer modifies
May I suggest that you consider putting the $Log$ at the end of the
file. That way the log can grow large without bothering anyone very
much.
Regards, Stefan.
-Original Message-
From: [EMAIL PROTECTED]
Sent: fim. 16.5.2002 16:04
To: Vishal Jain
I use Bertho's cvsgraph http://www.akhphd.au.dk/~bertho/cvsgraph/ on hpux
and linux but others here use wincvs because they like doing all their
development work on the windoze side http://www.cvsgui.org/
Jeanie
__
This is Linux
We are just beginning to use CVS for our project development
and there has been a little friction from users who have used Microsoft Visual
Source Safe before. I have somehow
become the source of information for CVS and I am looking for answers to a few
complaints I have received.
Duke Neukom writes:
I'm updating a branch, and I get the message cvs update: duplicate key
found for 'y'. Does anyone know what causes this message?
A corrupt CVSROOT/val-tags file. You can just delete it -- CVS will
(gradually) recreate it as needed.
-Larry Jones
I don't NEED to
Ellgoth, Hubert writes:
One more question:
What administrative files are affected - surely the history-file and the
val-tags-file. Is there another one?
By administrative files I meant the things the CVS manual calls
administrative files -- modules, loginfo, commitinfo, editinfo, etc.
The
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.
There won't be both a foo,v and and
Eric Siegerman writes:
Not to cast doubt on your comments, Larry -- you certainly know
the code a lot better than I do -- but rather to understand more
deeply:
- What's the problem with this?
The underlying problem is that CVS manipulates path names and moves
around in directory trees.
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 happened
There is a bug in CVS when you resurrect a
Hi all,
Can any of you gurus guide me on how we can migrate CVS from one server to
another , are there any specific issues that I should care about.
I've installed CVS on the server to I need to export, I'm kind of in dilemma
on what to do next.
Any suggestions will be greately appreciated.
On Thu, 16 May 2002, Aaron Kelley wrote:
We are just beginning to use CVS for our project development and there
has been a little friction from users who have used Microsoft Visual
Source Safe before. I have somehow become the source of information for
CVS and I am looking for answers to a
I any syntax change since 1.10 ??
I'm trying to use the same syntax that I was using for 1.10 for cvs tag:
cvs tag -F -b BRANCH file
but now I got a :
cvs server: Not moving branch tag 'BRANCH' from 1.57 to 1.58.0.2
cvs version 1.11.2
Any ideas ??
Thanks.
Moises.
Zanabria, Moises writes:
but now I got a :
cvs server: Not moving branch tag 'BRANCH' from 1.57 to 1.58.0.2
cvs version 1.11.2
Any ideas ??
Read NEWS:
Changes from 1.11.1p1 to 1.11.2:
[...]
* The tag and rtag commands will no longer move or delete branch
tags unless you use the
Aaron Kelley writes:
Second, is there a way to compare all of local files with all of the
files in the CVS repository and get a list of files out of sink, files
that exist locally and not in the repository, and files in the
repository and not locally?
cvs -nq update
Third, what happens
Andy,
Use the -F option with tag or rtag to Move tag if it already exists.
cvs tag -F -r rev tag [files...]
like
cvs tag -F -r HEAD AUTOMATED-BUILD [files...]
Use tag for updating tags of files in your work area
or use rtag for updating tags of all [files...] in the repository.
Usage: cvs
Rasmus,
In http://www.cvshome.org/docs/manual/cvs_16.html#SEC152 under
A.16.2 update output for the C status, it states:
CVS protects you by keeping an unmodified copy of your file
in your working directory, with the name `.#file.revision'
where revision is the revision that your modified
I did identical reinstalls of ssl and ssh on both the hpux (test700c) and
linux (aster) machines as I discovered there was a problem getting into
aster. The current status is
I can ssh from aster to test700c.
I can ssh from test700c to aster.
but cvs still craps out (aster to
Nguyen,
In http://www.cvshome.org/docs/manual/cvs_7.html#SEC68 you will see:
If you execute remove for a file, and then change your mind before you
commit, you can undo the remove with an add command.
$ ls
CVS ja.h oj.c
$ rm oj.c
$ cvs remove oj.c
cvs remove: scheduling oj.c
oops :) !!
I've had begun from there ..
Thanks.
Moises.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 16, 2002 4:34 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: cvs tag -F -b
Zanabria, Moises writes:
but now I got a :
yup, it's on windows 2k, but just using command-line cvs, not wincvs. I
guess I should have a bit of a hack at it to see if I can put a check in for
win32 builds only, shouldn't be too difficult nor risky -- just need some
more time...
cheers,
matt
-Original Message-
From: Teala
37 matches
Mail list logo