Is there a cvs "uncommit", or somethings similar
I just accidently checked a number of files in that I did not want to. (i.e. I forgot to specify the filename when checking it in and it checked a load of files in with the wrong description and so on. I know I could just get the old version, and check that in overtop of the incorrect one. But I really would like to just undo it, as the cvs log descriptions on these files is screwed up. So... is there a way to say, remove rev 1.4 so the latest is now gain 1.3? And the cvs log will not show that a 1.4 ever was there? I'd rather not go in a manually muck with the ,v file in the repository. Thanks -grant ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Using CVS to maintain XML
We had all sorts of problems, and not enough time right now when we started checking in all our InstallAnywhere xml files. We just resorted to making CVS think they were binaries(add -kb) so it wouldn't do all its fun merge thing with it. Though of course you loose lots of other features by making it just a binary(no merge's and so on) but as I am our own developer here that touches the InstallAnywhere stuff, its not that big of deal. If you do figure out a good way to deal with it, I'd love to know. Either post to this list or post it somewhere at ZeroG so other IA5 users can see it! I'd love them to post a FAQ on ways to deal with some little nuances with CVS. I also really wish there was a way to make every single speedfolder always ignore CVS directies(like a default ignore list).hmm. I should post that too the IA wish list on the ZeroG website. - -grant -Original Message- From: Wayne Johnson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 2:58 PM To: [EMAIL PROTECTED] Subject: Using CVS to maintain XML We're using InstallAnywhere5. One of the features of IA5 is that the builder control file is in XML. We were sort of hoping that we could use CVS to manage these files. It works fine until we attempt merges. The problem is that in order for CVS to properly merge the file, there needs to be some structure to the file. In most source, this is simply due to the fact that programmers just don't go moving functions around. In XML, you can rearrange the contents of an XML object without affecting the meaning. My idea is to sort the IA5 XML before doing any CVS commands on it, thus brining order to the chaos. Anyone know a good way to manage XML in CVS? Is there a program that will sort an XML file? To make sure that similar tags always appear in the same order? Am I just dreaming? = --- Wayne Johnson, | There are two kinds of people: Those 3943 Penn Ave. N. | who say to God, "Thy will be done," Minneapolis, MN 55412-1908 | and those to whom God says, "All right, (612) 522-7003 | then, have it your way." --C.S. Lewis __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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
view a file in CVS without it messing with my /CVS/Entries info.
All, hopefully a real simple answer... I want to look at a particular revision of a file, without having it change anything in my local directory. Example... I have test.cxx version 1.15 in my sandbox. I'd like to, just go back to see what version 1.11 looked like. stdout or a file, I don't care. I just want to get a look at that file. Is there any way to do this with out affecting my current sandbox? Other than maybe placing a file in there with a different name containing the 1.11 info? -grant ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: import is ignoring certain files
Doh! I must be a moron for missing that. I need to come up with a better ignore list. Those were put in since we have lots of things like bin.SunOS, bin.OSF1, bin.IRIX, bin.NT.. and so on. Maybe just changing it to bin.* would be better, at least better than bin*. Or I could specify all the platforms, so there is no *. Thanks for the help -grant -Original Message- From: Kaz Kylheku [mailto:kaz@;ashi.footprints.net] Sent: Wednesday, November 13, 2002 11:24 AM To: Schoep, Grant @ STORM Cc: [EMAIL PROTECTED] Subject: Re: import is ignoring certain files On Wed, 13 Nov 2002, Schoep, Grant @ STORM wrote: > I just had our CM do a big import of a new dev env. However, the import > seemed to just ingore certain files that I wouldn't expect it to. I had to > do a cvs import -I! to get them in. Any clues as to why it was ignoring > these files. > > I someProg/bsh/commands/bind.bsh > I someProg/bsh/commands/object.bsh > I someProg/modes/objective-c.xml > > There were a bunch of other .bsh and .xml files that it imported fine. So I > am confused. > > The cvsignore file in $CVSROOT/CVSROOT just has the following > > bin* Doh, that pattern matchs ``bind.bsh'' > lib* > obj* Doh, that pattern matches object.bsh, and objective-c.xml. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
import is ignoring certain files
I just had our CM do a big import of a new dev env. However, the import seemed to just ingore certain files that I wouldn't expect it to. I had to do a cvs import -I! to get them in. Any clues as to why it was ignoring these files. I someProg/bsh/commands/bind.bsh I someProg/bsh/commands/object.bsh I someProg/modes/objective-c.xml There were a bunch of other .bsh and .xml files that it imported fine. So I am confused. The cvsignore file in $CVSROOT/CVSROOT just has the following bin* lib* obj* fpplib* .depend* purify* so_location* *.o* Any ideas as to why this happend? I got around it by doing the -I!, but I found this odd. This is on CVS 1.10(Halibut) Solaris 2.8 -grant ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Have CVS perform actions on all files before checking in?
Is it possible to have CVS perform some type of action on types of files before checking it in? I'd like to configure our server for all java and C++ code to do some nicetys, like strip out ^M's and replace bloody tabs with spaces where people put them in. Both actions I can manually do from the command line fairly simply, but it would be great to have CVS just do it for me(and everyone else). For this I would definatly want to be able to specify what files it does it to, as makefiles would get messed up if the tabs were gone. Any ideas? -grant ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs