Standard directory tree model
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.
Re: Standard directory tree model
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, 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. __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
[help] cvs rm -f question
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]" - unfortunately, instead of this command, i used "cvs rm -f" (without any file names!), and all files in the project directory are accidentally removed :-( Please help me recover deleted files, if it is possible. Thanks so much in advance, Nguyen Join Excite! - http://www.excite.comThe most personalized portal on the Web!
||- howto commit comments to the source file?? -||
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 comment files are always shown by having the # in front of it. Is there a way to make this possible using cvs?? the problem that the developer presented to me is pasted below. Cheers Gaelen -- I need to know what files and the commands to specify in the files for logging the history of changes in source files. I suspect this is need for CFR auditing. The URL below should have this information. Specifically, when a file is committed to CVS I need the commit comment from the user placed into the source file. My hope is that the comment will be placed on the alter blocks as seen by a CVS diff. The only files that should be impacted by this are *.h and *.cpp files. --- Gaelen Gallashant insideBLUE Network Solutions PO BOX 1498. Station A Fredericton. NB. E3B 5G2 506.447.8254 [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: No space left on device on the import command
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. HTH On Wed, 2002-05-15 at 05:03, Nicolas PEZRON wrote: Hello, I have the following error from WinCVS : cvs server: cannot close /cvs/CIDRE/Windows/Dev1/Lettre d'accompagnement faciale DOREMI.rep,v: No space left on device cvs server: ERROR: cannot write file /cvs/CIDRE/Windows/Dev1/Lettre d'accompagnement faciale DOREMI.rep,v: No space left on device cvs [server aborted]: ERROR: out of space - aborting in fact, I think that there is a limit size in order to import modules to CVS... should anybody know how to increase this size in order that I can stock those files on CVS ? (I have files whose size can be like 10 MB) thanks very much for your help Nicolas Pezron. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: ||- howto commit comments to the source file?? -||
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 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 comment files are always shown by having the # in front of it. Is there a way to make this possible using cvs?? the problem that the developer presented to me is pasted below. Cheers Gaelen -- I need to know what files and the commands to specify in the files for logging the history of changes in source files. I suspect this is need for CFR auditing. The URL below should have this information. Specifically, when a file is committed to CVS I need the commit comment from the user placed into the source file. My hope is that the comment will be placed on the alter blocks as seen by a CVS diff. The only files that should be impacted by this are *.h and *.cpp files. -- Fred Brehm, Sarnoff Corporation, [EMAIL PROTECTED] http://www.sarnoff.com/digital_video_informatics/vision_technology/index.asp ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Logout in winCVS
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 the directories CVS and by side put the message: no file CVS... Why? Bye... Cristiana R Sousa ___ Yahoo! Encontros O lugar certo para você encontrar aquela pessoa que falta na sua vida. Cadastre-se hoje mesmo! http://br.encontros.yahoo.com/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Symlinks and CVSROOT
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 able to use some kind of loopback mount rather than a symlink. If not, you'll have to change everyone's CVSROOT or live with the things that don't work. -Larry Jones My system uses links to the CVS repository, and I have never had a problem with the links. The repository resides on a LINUX computer and is accessed via pserver from both LINUX and MS computers. This is a RAID box that also has my home directory on it. At the moment the repository is in my home directory for ease of maintainablity. There is a soft link at /usr/local/cvs that points to my directory. I have already tested moving it and just changing the soft link. On my system this all seems to work great. Lorne ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: (no subject)
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] To: [EMAIL PROTECTED] Subject: (no subject) 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 the beggining of the file. Thank you Rashmi __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
problem with Empty dir
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 webconsole/build.bat . But I'm experimenting a kind of problem when I tried to check out Webconsole_core I got This: cvs server: existing repository /home/p4cvs/src/CVSROOT/Emptydir does not match /home/p4cvs/src/webconsole cvs server: ignoring module webconsole/build.howto.txt cvs server: existing repository /home/p4cvs/src/CVSROOT/Emptydir does not match /home/p4cvs/src/webconsole cvs server: ignoring module webconsole/webxml.sed cvs server: existing repository /home/p4cvs/src/CVSROOT/Emptydir does not match /home/p4cvs/src/webconsole cvs server: ignoring module webconsole/setup.bat the weird here is that for my lats cvs (1.10) everything was fine.. Any Ideas?? Thanks in advenced. Moises. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: No space left on device on the import command
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. HTH This looks like a standard Unix error message, so it is happening on the CVS server, and CVS is complaining that there is no space left on whatever device it is using at the time. If you can log into the server machine, you can probably get a listing of available disk space with df -k. There are two devices to note in particular, the one where the CVS repository lives and the one where /tmp lives. If not, ask the person who administers that to check those. The last time I had that problem, it turned out that some broken connections were filling up /tmp with outdated CVS files, and so the admins set up a cron job to use find to remove files from /tmp that were more than two days old. I can supply more details if you need them. If the repository is full, which I would guess from the error messages below, then you'll need to either get a bigger disk or clear out more space on the one it's on. On Wed, 2002-05-15 at 05:03, Nicolas PEZRON wrote: Hello, I have the following error from WinCVS : cvs server: cannot close /cvs/CIDRE/Windows/Dev1/Lettre d'accompagnement faciale DOREMI.rep,v: No space left on device cvs server: ERROR: cannot write file /cvs/CIDRE/Windows/Dev1/Lettre d'accompagnement faciale DOREMI.rep,v: No space left on device cvs [server aborted]: ERROR: out of space - aborting in fact, I think that there is a limit size in order to import modules to CVS... Generally, only in that the modules need space, both in the repository and in /tmp. should anybody know how to increase this size in order that I can stock those files on CVS ? (I have files whose size can be like 10 MB) I've stored much larger files in CVS repositories with no special handling. (Yes, they should have been refactored to a larger number of much smaller files.) ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: [help] cvs rm -f question
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 use cvs rm -f, for similar reasons. Destructive commands should be slightly awkward, and streamlining them is often a bad idea. - unfortunately, instead of this command, i used cvs rm -f (without any file names!), and all files in the project directory are accidentally removed :-( Please help me recover deleted files, if it is possible. Which files? If you didn't commit the changes, then you didn't change the repository. (If you did, it's possible to check out the files again and re-add them.) If you want to recover the files you deleted, it's probably impossible unless they were backed up. Unix has one-step file deletion, unlike the Macintosh and Microsoft Windows which have a two-step, and that two-step deletion has saved me on occasion. David H. Thornley| If you want my opinion, ask. [EMAIL PROTECTED] | If you don't, flee. http://www.thornley.net/~thornley/david/ | O- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Upgrading cvs to newer version
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 commandline: tar xvf cvs-1.11.tar.gz 4.Type on commandline: cd cvs-1.11 5.Type on commandline: ./configure 6.Type on commandline: make 7.Type on commandline: make install Do I need to set up everything again (the whole cvs)? Or will the existing repository and users acces etc still be ok? (I don't want to break anything!) It's generally a good practice to do a cvs init after a version upgrade, in case it has new or changed files in CVSROOT, but other than that what you have listed looks good. David H. Thornley| If you want my opinion, ask. [EMAIL PROTECTED] | If you don't, flee. http://www.thornley.net/~thornley/david/ | O- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Corrupted files in ATTIC
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; branches; next1.4; 1.4 date2001.11.19.13.46.18;author bar; state dead; branches; next1.3; I'm not sure how this happened (well, several people have write access to the repository), and I would like to know if there is a way to fix the problem using cvs commands (of course, I'd rather not delete the latest revisions using 'cvs admin -o'). Is my only option to simply edit the ,v files? If so, then will changing the state from 'Exp' to 'dead' make the files valid, or is there some side effect I'm not seeing? By the way, I'm using CVS 1.11.1p1 now, but during the life of the repository, we have used 1.11 also. Thanks for any help! -mark ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Symlinks and CVSROOT
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 this way, with never a hiccup. 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? - Why might it work in some situations but not in others? - I find this technique quite useful (obviously). Would it be feasible to change CVS to make it as dependable for everyone as it seems to be for me? (N.B.: I'm simply asking for an opinion, not for you to do the work.) I refer specifically to allowing the repository's root (i.e. the pathname referred to in prefix -d, $CVSROOT, and the .../CVS/Root files) to be a symlink; *not* to allowing symlinks *within* that directory. -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / Anyone who swims with the current will reach the big music steamship; whoever swims against the current will perhaps reach the source. - Paul Schneider-Esleben ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Corrupted files in ATTIC
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 foo;state Exp; branches; next1.4; 1.4 date2001.11.19.13.46.18;author bar; state dead; branches; next1.3; 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. If they're supposed to be dead, do the above, then redelete them: cd sandbox/... cvs update foo cvs rm -f foo cvs ci foo [...] I would like to know if there is a way to fix the problem using cvs commands (of course, I'd rather not delete the latest revisions using 'cvs admin -o'). Possibly, but I doubt it. CVS's data structures are corrupt, so I doubt CVS can fix it. Fortunately, it's a benign sort of corruption that's easily fixed by means external to CVS :-) -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / Anyone who swims with the current will reach the big music steamship; whoever swims against the current will perhaps reach the source. - Paul Schneider-Esleben ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: (no subject)
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 the beggining of the file. Thank you Rashmi Be warned that the $Log$ will continue to grow, and can become annoyingly large. Last place I worked, we decided that having the log information in the source file was mostly useless, since we could easily get the same information out of CVS. David H. Thornley| If you want my opinion, ask. [EMAIL PROTECTED] | If you don't, flee. http://www.thornley.net/~thornley/david/ | O- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Incorrect file dates on some clients
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 any of the files since the cvs client doesn't show these files as modified. Check the time (and the timezone!) of the client machine that committed the files. One or the other is almost certainly wrong. -Larry Jones It's either spectacular, unbelievable success, or crushing, hopeless defeat! There is no middle ground! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: (no subject)
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 Cc: Rashmi Vittal; [EMAIL PROTECTED] Subject: Re: (no subject) 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 the beggining of the file. Thank you Rashmi Be warned that the $Log$ will continue to grow, and can become annoyingly large. Last place I worked, we decided that having the log information in the source file was mostly useless, since we could easily get the same information out of CVS. David H. Thornley| If you want my opinion, ask. [EMAIL PROTECTED] | If you don't, flee. http://www.thornley.net/~thornley/david/ | O- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs winmail.dat
RE: CVS bug:Need CVS GUI to see/check G version Tree and revID
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 country. On a quiet night, you can hear NT re-boot. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
CVS vs VSS
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. First, one of the biggest complaints is that when tools are used within our IDE (JBuilder) to refactor code, files may be moved and deleted. The problem is that when a commit is made, the new files are not automatically added and the old files are deleted locally, but not in the repository. I know there are plenty of manual ways to do it, but the argument being used is that this approach will not scale as we add more developers and the repository will be filled with old files and lack new files. 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? Third, what happens when a file is moved in the repository and someone with a local copy does an update? Does their local file get deleted? If not, do they have to delete it manually? Fourth, can you control who controls can write to what files? What type of permission control can be added? Basically, the biggest two problems are lack of control and lack of tools to automate processes. If I could solve these problems, then it might be acceptable. We are using a combination of Win CVS and Tortoise CVS. There is a tool for JBuilder that provides much of this integration, but only comes with the enterprise version ($3000). I would appreciate any answers or places where I can find answers. Thanks, Aaron
Re: duplicate key found for 'y' ???
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 compromise my principles, because they don't have the slightest bearing on what happens to me anyway. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: AW: Modifying a repository
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 val-tags file is created automatically as needed, so you don't need to do anything with it. The history file is purely for your benefit -- CVS doesn't use it for anything -- so you don't need to do anything with it, but if you want the history from the old repository you can just append the old repository's history file to the end of the new repository's history file. -Larry Jones Oh yeah? You just wait! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Corrupted files in ATTIC
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 Attic/foo,v unless CVS is *really* broken. (It was a little broken or you wouldn't have ended up with live files in the Attic, unless they were removed by a very old release of CVS prior to the death support being added. Since the previous revision is dead, that's not very likely.) Possibly, but I doubt it. CVS's data structures are corrupt, so I doubt CVS can fix it. Fortunately, it's a benign sort of corruption that's easily fixed by means external to CVS :-) If the files are supposed to be alive, then checking them out and forcing a commit will cause recent versions of CVS to move them out of the Attic. (Old versions of CVS will error out in this case.) -Larry Jones My upbringing is filled with inconsistent messages. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Symlinks and CVSROOT
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. It knows that there may be multiple ways to name the same file, so it tries to make sure that the path names it creates are based on the actual path the user specified and not some synonym that may not be obvious to the user should it appear in an error message, but not all parts of the code are sufficiently concientious. - Why might it work in some situations but not in others? Because some of the code does things right, but not all of it. - I find this technique quite useful (obviously). Would it be feasible to change CVS to make it as dependable for everyone as it seems to be for me? (N.B.: I'm simply asking for an opinion, not for you to do the work.) Of course it would. A number of people have even submitted patches from time to time, but no one has ever (to my knowledge) completely analyzed the problem (what works, what doesn't), fixed it in accordance with the above guidelines, and provided test cases to verify the fixes. -Larry Jones I told her to expect you to deny everything. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Corrupted files in ATTIC
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 previous removed file. If you don't commit the file immediately after resurrecting it, there are circumstances where CVS forgets that it has been resurrected and thus doesn't move it out of the Attic. -Larry Jones It's no fun to play games with a poor sport. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Migration of CVS
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. -Regards, Peram _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS vs VSS
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 few complaints I have received. First, one of the biggest complaints is that when tools are used within our IDE (JBuilder) to refactor code, files may be moved and deleted. Yeah. JBuilder's new refactoring support doesn't attempt to manage VSS changes, I believe because the process one uses varies wildly with VSS product. JBuilder's developers chose to leave it up to the developer to manually add/remove refactored files as needed. The problem is that when a commit is made, the new files are not automatically added and the old files are deleted locally, but not in the repository. I know there are plenty of manual ways to do it, but the argument being used is that this approach will not scale as we add more developers and the repository will be filled with old files and lack new files. In a CVS environment, it's up to the user to manually add/delete files. I think VSS knew how to handle that internally, which is why your users are complaining. JBuilder doesn't help with this, but it isn't the source of the problem, either. 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? JBuilder | Team | Status Browser or Commit Browser This is basically using a 'cvs status' command. I like to use something like: cvs status | grep File: JBuilder has had some form of cvs support since 3.5. I'm looking at 6.0 Enterprise. Third, what happens when a file is moved in the repository and someone with a local copy does an update? Does their local file get deleted? If not, do they have to delete it manually? Fourth, can you control who controls can write to what files? What type of permission control can be added? These two questions are CVS specific and are probably covered in the manual or the FAQ. Someone else will probably answer them soon, and I'm not certain of the answers myself, so I won't try. Basically, the biggest two problems are lack of control and lack of tools to automate processes. If I could solve these problems, then it might be acceptable. We are using a combination of Win CVS and Tortoise CVS. There is a tool for JBuilder that provides much of this integration, but only comes with the enterprise version ($3000). There is an CVS sample opentool packaged for JBuilder 3.5. I believe some users have installed it in JB6 Personal and achieved more rudimentary cvs access within the ide that way. I would appreciate any answers or places where I can find answers. You can ask JBuilder specific questions on Borland's newsgroups: http://www.borland.com/newsgroups/ news://newsgroups.borland.com/borland.public.jbuilder.team-development -- Joi EllisSoftware Engineer Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] No matter what we think of Linux versus FreeBSD, etc., the one thing I really like about Linux is that it has Microsoft worried. Anything that kicks a monopoly in the pants has got to be good for something. - Chris Johnson ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs tag -F -b
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. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs tag -F -b
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 new -B option. (This prevents accidental changes to branch tags that are hard to undo.) -Larry Jones But Mom, frogs are our FRIENDS! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS vs VSS
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 when a file is moved in the repository and someone with a local copy does an update? Does their local file get deleted? If not, do they have to delete it manually? The local copy gets deleted unless it's been modified -- if it's been modified, it's up to the user to decide what to do. Fourth, can you control who controls can write to what files? What type of permission control can be added? You can use normal filesystem permissions to control access on a per- directory basis. People need read and execute permission on the directory (and read permission on the files) to read stuff, they also need write permission on the directory (but not the files) to commit changes, add tags, etc. If you do want to allow read-only users, you'll need to use LockDir= in CVSROOT/config to put the lock files somewhere other than in the repository since read-only users still need to be able to create lock files. -Larry Jones Mom would be a lot more fun if she was a little more gullible. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Organising tags for an automated build system
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 tag [-bcdFflR] [-r rev|-D date] tag [files...] -b Make the tag a branch tag, allowing concurrent development. -c Check that working files are unmodified. -d Delete the given tag. -F Move tag if it already exists. -f Force a head revision match if tag/date not found. -l Local directory only, not recursive. -R Process directories recursively. -r rev Existing revision/tag. -D Existing date. -Original Message- From: Glew, Andy [mailto:[EMAIL PROTECTED]] Sent: Monday, May 13, 2002 12:32 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Organising tags for an automated build system If I use a date-based tag format like AUTOMATED-BUILD_{DATE} I end up writing scripts that figure out which tag is the most recent tag for every module. If I use a general tagname like AUTOMATED-BUILD I think I need to remove such a tag before a new one is created ? Or does cvs automagically assumes that I need the most recent one ? I've always had to embed the date in the tag. In addition, I may have a floating tag without a date, but it has to be moved. I *wish* that CVS would allow multiple instances of the same tag for a file. I would use the latest, or, if I have a non-current version checked out, possibly the most recent tag. I.e. for a tag that occurs multiple times in the same file select * most recent version of that tag on the main branch * most recent version of that tag on a specified branch * most recent version of that tag on a specified branch (or its ancestors) that is older than a given version or time. * ... newer * most recent version of the tag on any branch ... newer/older I spend an awful lot of time trying to figure the above out from the log myself. I *wish* that CVS recorded the date/time at which a tag was applied. However, this doesn't obviate the need for creating a tag that has the date or something else tying it together... Most of us create our own script for that. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: CVS generates new files
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 file started from. On a Redhat7.3 they must be using `file~revision~` for the backup copy. Since it ends with a tilde (~) a cvs add should ignore the files. If you modify a file in your work area and do a cvs update of the file with someone elses changes being merged into it you may be happy someday that you have CVS creating backup files for you. If the update created a lot of conflicts in your file and you wished you had not done the update, you have something to fall back to. I suggest ignore the file or set up a crontab to remove the tilde files from time to time. On our system the files are named using `.#file.revision` and I clean my Master Build Library (MBL) once a month to remove these files that are over one month old with the following cron entry: # --- clean CVS build area .#* files first day of the month 30 11 1 * * find /sdhs_code/MBL/alpha /sdhs_code2/MBL/sco -ctime +30 -name '\.#*[0-9]' -exec rm -f {} \; You could look for files that end with a tilde (-name '*~') Dale Miller Northrop Grumman IT Bellevue, NE -Original Message- From: Rasmus Resen Amossen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 3:35 PM To: [EMAIL PROTECTED] Subject: CVS generates new files cvs has began to generate new files when I run cvs update or cvs checkin. Fx. I have a file, helloworld in version 1.7 in my working catalog, and the file is newer on the server. When I run cvs update, the file helloworld is beeing merged with the file on the server, but the old version (1.7) is copied to a new file automatically: helloworld.~1.7~ (in my working catalog). Also when I checkin the helloworld file, a new file is generated in my working catalog: helloworld.~1.7.~. Why that? I don't want all these extra files. How can I avoid them? I use Redhat7.3, cvs-1.11.1p1-7, xinetd. Thanks! Rasmus ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
failing login to remote server
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 test700c). I've tried pserver and ext. Still fails, just with different errors. pserver error: cvs [checkout aborted]: unrecognized auth response from test700c: cvs [pserver aborted]: descramble: unknown scrambling method ext error: cvs [checkout aborted]: internal error: get_cvs_port_number called for invalid connection method (ext): Invalid argument The correct ports are open so I don't even know what to search for anymore since ssh seems to be ok. Anybody have suggestions? Did I miss something in the manual? Jeanie __ This is Linux country. On a quiet night, you can hear NT re-boot. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: [help] cvs rm -f question
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 for removal cvs remove: use 'cvs commit' to remove this file permanently $ cvs add oj.c U oj.c cvs add: oj.c, version 1.1.1.1, resurrected HOWEVER, the resurrected versions will not contain any local modifications that you had not checked in. If you had checked in your changes you are in luck. Dale Miller -Original Message- From: gmres [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 7:13 AM To: [EMAIL PROTECTED] Subject: [help] cvs rm -f question 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] - unfortunately, instead of this command, i used cvs rm -f (without any file names!), and all files in the project directory are accidentally removed :-( Please help me recover deleted files, if it is possible. Thanks so much in advance, Nguyen Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: cvs tag -F -b
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 : 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 new -B option. (This prevents accidental changes to branch tags that are hard to undo.) -Larry Jones But Mom, frogs are our FRIENDS! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: can't add file to branch, not permissions problem
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 Spitzbarth [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 15 May 2002 13:45 To: Matthew Herrmann; CVS Mailing List Subject: RE: can't add file to branch, not permissions problem Oh, that sounds nasty - is it a case issue with using WinCVS? I can't imagine you would get case issues on a Unix client We get directory issues with lower case getting converted to all caps frequently while using WinCVS back to a Linux server. I sure hope all the log fixes syntax changes are in 1.11.2 and that the News file just didn't include those details! The exclusive revision ranges for log ::, is listed as going into 1.11.1 Cheers, Teala Yahoo! Groups Sponsor -~--gt; Tied to your PC? Cut Loose and Stay connected with Yahoo! Mobile http://us.click.yahoo.com/QBCcSD/o1CEAA/sXBHAA/dpFolB/TM -~-gt ; To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ Yahoo! Groups Sponsor -~-- Take the Yahoo! Groups survey for a chance to win $1,000. Your opinion is very important to us! http://us.click.yahoo.com/NOFBfD/uAJEAA/Ey.GAA/dpFolB/TM -~- To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs