RE : TAG and file removing
Ok, the file is now outside tag. It has been deleted from client side. File can be found in Attic folder on server side. My question 1 is : how should I reassign tag to this file ? Is it OK to checkout the file only with a date, then tag it with exactly the same tag name as before ? Question 2 : as, in my opinion, the are no reason to remove a file from a tag, since the tag is here to keep version history, it's a way to named a moment versus remember the exact date with second precision. So could CVS server developper remove this dangerous feature ? The rules could be no commit on a tag. (OK to commit in a branche, but not in a tag). __ Jean-Baptiste BRIAUDSysdeo Software engineer www.sysdeo.com www.eclipsetotale.com -Message d'origine- De : Ludvig Borgne [mailto:[EMAIL PROTECTED]] Envoyé : jeudi 30 janvier 2003 10:01 À : Jean-Baptiste BRIAUD; [EMAIL PROTECTED] Objet : RE: TAG and file removing Have you tried to check out the tagged version of the module? I'm sure you will find it contains the removed file, just as you want. (That's what the Attic is for - to store files that are not in the head revision of the trunk, so that they can still be included when a tagged version of the module is check out.) Regards, /Ludde -- -- Ludvig Borgne, Prover Technology AB, [EMAIL PROTECTED], www.prover.com -Original Message- From: Jean-Baptiste BRIAUD [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 29, 2003 15:36 To: [EMAIL PROTECTED] Subject: TAG and file removing Hello, A developper had removed a file in a tagged module. How is it possible ? Am I missing something ? I thought a tag in a module was like a picture of all files revision number of the module, so you can later checkout the module with the tag name. But if it's possible to remove file (remove and commit !!! It's really in the Attic folder on server side) Then, how will I be able to checkout module with tag name ? The resulting checkedout module will not reflect the one I had when I tagged it ! I thought you had to create branch in order to modify a tagged module ... Help ! I'm disapointed !! ( There was some threads in the archive, but the answers was not clear enought. = is it OK or not to remove file from client side in a taged module ? != removng a tag. I don't speak of removing a tag. ) Thanks CVS users ! __ Jean-Baptiste BRIAUDSysdeo Software engineer www.sysdeo.com www.eclipsetotale.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
set up cvs under cygwin with ssh
Hi, can anyone tell me how to set up cvs under cygwin with SSH? and how to do the configurations and testing after set up it. I want some details instructions. Thanks a lot! lu fang _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: RE : TAG and file removing
Jean-Baptiste BRIAUD writes: My question 1 is : how should I reassign tag to this file ? Is it OK to checkout the file only with a date, then tag it with exactly the same tag name as before ? Yes. Question 2 : as, in my opinion, the are no reason to remove a file from a tag, since the tag is here to keep version history, it's a way to named a moment versus remember the exact date with second precision. There are lots of reasons to remove a tag from a file, not the least of which are that you tagged it by accident, tagged the wrong version, or mistyped the tag name you intended to use. So could CVS server developper remove this dangerous feature ? The rules could be no commit on a tag. (OK to commit in a branche, but not in a tag). As I said before, that was discussed and there seemed to be concensus that deleting a file with a sticky tag and committing it should be disallowed rather than removing the tag, but no one has gotten around to implementing it yet. -Larry Jones From now on, I'm devoting myself to the cultivation of interpersonal relationships. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: RE : TAG and file removing
My question 1 is : how should I reassign tag to this file ? Is it OK to checkout the file only with a date, then tag it with exactly the same tag name as before ? That works. You can also use cvs rtag, but I usually prefer to check the file out and look at it to try to make sure it's the version I wanted. Question 2 : as, in my opinion, the are no reason to remove a file from a tag, since the tag is here to keep version history, it's a way to named a moment versus remember the exact date with second precision. That's one way to use a tag. Another would be to keep track of branch merge status. For example, at my last job we might have tags release_6, and we'd also have a tag release_6_merged, so that the changes merged into release_6 could easily be merged to head. In that case we wanted release_6_merged to keep moving (although we didn't want tags like release_6_root or release_6_1_shipped to). So could CVS server developper remove this dangerous feature ? The rules could be no commit on a tag. (OK to commit in a branche, but not in a tag). What you could do is implement the taginfo file. Look up the *info files in the manual. Taginfo can call a program that is passed the tag, the operation, and some other arguments. All you need for this purpose is the tag and the operation (add, del, move). Define a regexp for what tag names expect to be moved (such as any ending in _merged, for example), and do the following in the program: Return 1 if the tag name is not one to be moved, or if the operation is del or move. Return 0 otherwise. You might want to leave a back door to remove and move tags (such as checking who the user is), or you might want to just change the taginfo file when you need to do such yourself. There may well be a need to delete or remove tags. -- Now building a CVS reference site at http://www.thornleyware.com [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Help Required
Amit Sharma writes: We are able to checkout the files with its permissions preserved with MACCVSX version (octopus iconed version of MacCVS) apart it fails to get file names with special character(Error: invalid argument,Internal error: cvs_hqx.cpp, 635: Unknown error: 4294967248). With older versions of CVS we are able to checkout the files with special character without any error but permissions does not remain preserved. Standard CVS does not have and .cpp files -- you'll have to take this problem to the MACCVSX and/or MacCVS developers. -Larry Jones Kicking dust is the only part of this game we really like. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: server rejected access to repository for user
Monica Li writes: We installed CVS in Linux and WinCvs120 in Window. I login as different end users to checkout or commit files. First I login as user1, then I login as user2, don't remember I logout user1 and user2 or not. I login as user1 again, wincvs still think I'm user2. Is anybody knows why? Logging in doesn't do anything but remember the password that goes along with the current CVSROOT. When you check out a working directory, CVS remembers the CVSROOT you use (in CVS/Root) and uses it for all subsequent operations in that directory rather than whatever the default CVSROOT is. That makes life much simpler for people who work with multiple repositories since they don't have to keep switching their CVSROOT around while they work. -Larry Jones What a stupid world. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Removing a branch
A simple question - is it possible to remove a branch? I have tried: cvs rtag -d branch_name module_name cvs rtag -b -d branch_name module_name But the branch is not removed. For each file I get the message: cvs rtag: Not removing branch tag `branch_name' from `/shared/cvs/module_name/file_name'. /Ludde Ludvig Borgne, Prover Technology AB, [EMAIL PROTECTED], www.prover.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Selective updating with tags
Two questions: 1) We're using non-branch tags to mark a golden release of our database. This release is not the tip, but is what users checkout and and edit, until they are ready to commit changes and then the golden tag will be moved on those files that were commited. My question is this: Once the golden tag has been moved, other users need to update their work trees to incorporate the new golden changes, but NOT for the files they are currently editing. Is there a way to force cvs update to be selective and not update files that are being edited? The biggest problem I see is that if you update -r golden, you will undo revision patches beyond that of golden. For instance, if I am editing revision 1.5 and golden is tagged as 1.3, the update will un-patch 1.5 and 1.4 changes from the file I'm editing. 2) Second question, is there a better way to implement what we are trying to do? Basically we want our users to work with progressing versions of a 'golden' database. They are working independently, but often on the same subset of files. It's important that we maintain a golden database, since we need to be simulating with a working one at all times. Thanks Rich ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
StarTeam to CVS conversion
Hello- Is there a StarTeam to CVS conversion utility out there along the lines of the excellent vss2cvs utility from Laine Stump and others? I have not been able to find anything despite some extensive searching, wondering if anyone else has seen anything like this. Thanks in advance. Jerry ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Removing a branch
On Fri, Jan 31, 2003 at 04:43:34PM +0100, Ludvig Borgne wrote: A simple question - is it possible to remove a branch? I have tried: cvs rtag -b -d branch_name module_name The -b should be -B. -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / A distributed system is one on which I cannot get any work done, because a machine I have never heard of has crashed. - Leslie Lamport ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Branch aliasing
Simon Scott [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi, Please could I ask for any advice on the following. [ Snip: description of scheme whereby branches are partially aliased: in one subtree of the project, branch tags A and B are independent branches. In another subtree, both point to exactly the same branch numbers in every file, therefore coinciding. ] I can't think of anything wrong with this scheme, other than this: people can't independently work on branches A and B for that subtree where it is aliased. Obviously, this is a ``feature'' of the scheme; if you thought that this was a problem, you wouldn't propose it. The aliased part of the tree may well be a highly stable code subject to careful changes, so that rather than destructive interference between the A and B streams, there is actually a positive collaboration from instantly sharing critical bugfixes without having to merge back and forth. A variation of this practice occurs when people branch just a subtree, switch it to that branch, and leave the rest of the working copy on the trunk. They get their own independent stream over that subtree, but pick up changes from the trunk whenever they update. This is almost equivalent to your scheme, except that the trunk is not endowed with the branch tag, so the checkout cannot be done all at once: others who want to participate in the scheme have to do a full checkout of the trunk, go to the branched subdirectory and update that to the branch. If they try to just check out the branch, they won't get the whole tree because the tag does not exist outside of the subtree. This ``lazy branching'' is sometimes done by CVS users, and it works. I have done it in the past, but usually I followed up on it by adding the branch tag to the rest of the tree (hence the term ``lazy'' branching). In other words, just branch the part that you need to branch *now* and then later extend it to the whole tree to make a proper branch. I did this because I did not need to ``freeze'' the rest of the project with respect to my changes; it was beneficial to work in the subtree while integrating with the rest of it by simply doing updates. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs admin -l
Mohamed Metwaly writes: I am trying to do reserved checkouts, I tried cvs admin -l file_name, although this is not exactly what I want, I found out that another user can UNlock a file that was not locked by him. That is: user1: cvs admin -l file1 OK user2: cvs admin -u file1 OK Is this ok?? You seem to have a fundamental misunderstanding. admin -l does not lock a file, it locks a revision of a file. You can have lots of different revisions of a file locked at the same time, either by the same user or by different users. admin -u without a specific revision unlocks the revision you have locked. If you don't have any revision locked, or have more than one revision locked, it fails. If you *do* specify a specific revision to unlock, then it will unlock it reguardless of whether you are the locker or someone else is, but it will warn you if you are not the locker. Your test was apparently defective, but it's hard to know exactly why since you didn't show us exactly what commands you entered and the exact responses you got (or, if you did, you're not using standard CVS). -Larry Jones I thought my life would seem more interesting with a musical score and a laugh track. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: RE : TAG and file removing
[EMAIL PROTECTED] writes: What you could do is implement the taginfo file. I suspect that removing a tag by the back door method of commiting the removal of a file with a sticky tag doesn't consult the taginfo file, although I haven't verified that. If so, that's another good reason for removing the misfeature. -Larry Jones I sure like summer vacation. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: StarTeam to CVS conversion
Hi Jerry Brown, Hello- Is there a StarTeam to CVS conversion utility out there ... What I know StarTeam itselves is developed to do work like a CVS-System. For what do you need such a conversion-utility? Regards, Ruprecht -- Ruprecht Helms IT-Service und Softwareentwicklung Tel/Fax.: +49[0]7621 16 99 16 Homepage: http://www.rheyn.de email: [EMAIL PROTECTED] -- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs setup...
hi... I have a CVS repository on a machine within my network I cna more or less connect with it while I'm logged in by #cvs co CVSROOT/config. I have it setup to use SSH. Within the /etc/profile, I have: CVSROOT=:etc:[EMAIL PROTECTED]/CVS My question. If I want to test this to see if I can reach it from another boz within my network. What is the command I should use. When I try: cvs -z3 -d:ext:[EMAIL PROTECTED]/CVS I get the page of options for CVS Any help/assistance would be appreciated... Thanks Bruce [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs setup...
hi... I have a CVS repository on a machine within my network I cna more or less connect with it while I'm logged in by #cvs co CVSROOT/config. I have it setup to use SSH. Within the /etc/profile, I have: CVSROOT=:etc:[EMAIL PROTECTED]/CVS My question. If I want to test this to see if I can reach it from another boz within my network. What is the command I should use. When I try: cvs -z3 -d:ext:[EMAIL PROTECTED]/CVS I get the page of options for CVS Any help/assistance would be appreciated... Thanks Bruce [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Larry Jones Sent: Friday, January 31, 2003 9:17 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: RE : TAG and file removing [EMAIL PROTECTED] writes: What you could do is implement the taginfo file. I suspect that removing a tag by the back door method of commiting the removal of a file with a sticky tag doesn't consult the taginfo file, although I haven't verified that. If so, that's another good reason for removing the misfeature. -Larry Jones I sure like summer vacation. -- Calvin ___ 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
notify
Hi, I couldn't change the file notify. Notify is under repository/CVSROOT directory. it also has .v. it means I need checkout before make any changes. right? But it's not under any module. How can I checkout this file, change the file, get rid of the # and make it work? Thanks! Monica ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: notify
You need to create a workspace where you check out CVSROOT, there you can edit the administration file and check it back in. mkdir work; cd work cvs co CVSROOT When you check it in, cvs will rebuild it's administration database to activate you change on the server. Teala -Original Message- From: Monica Li [mailto:[EMAIL PROTECTED]] Sent: Friday, January 31, 2003 4:05 PM To: [EMAIL PROTECTED] Subject: notify Hi, I couldn't change the file notify. Notify is under repository/CVSROOT directory. it also has .v. it means I need checkout before make any changes. right? But it's not under any module. How can I checkout this file, change the file, get rid of the # and make it work? Thanks! Monica ___ 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: notify
On Sat, 2003-02-01 at 11:04, Monica Li wrote: Hi, I couldn't change the file notify. Notify is under repository/CVSROOT directory. it also has .v. it means I need checkout before make any changes. right? But it's not under any module. How can I checkout this file, change the file, get rid of the # and make it work? cvs checkout CVSROOT/notify edit notify cvs commit Because the notify file is one of the CVS special administrative files, CVS will commit to the ,v form, and also create a plain-text form in CVSROOT. Do not edit the plain-text form in CVSROOT, you have CVS installed so you may as well get revision control on the administrative files. (Exception: don't checkout CVSROOT/passwd) All of this is explained in the 'Administrative Files' node of info cvs. Jenn V. -- Do you ever wonder if there's a whole section of geek culture you miss out on by being a geek? - Dancer. My book 'Essential CVS' will be published by O'Reilly in 2003. [EMAIL PROTECTED] http://anthill.echidna.id.au/~jenn/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs