CVS Helper Software? 32
MetalShard asks: "While building Pocket War we started using CVS and found it to be the best version control system any of us have ever used. We are also using Code Historian which works with CVS and lets you analyze the changes you have made in you code, and TortoiseCVS which adds an easy to use front end to CVS. It seems like there are a lot of cool add-ons for CVS, but we have not found a good CVS server configuration program. Is there one?"
Re:Absolutely!!!! (Score:1)
!!!
CVS server configuration (Score:4, Informative)
Not really a tool per se, but just a hint that can prove helpful. You might find the existing CVS server configuration of projects like NetBSD or FreeBSD useful. I know I did :-)
Instead of repeating the steps that others have taken to configure your CVSROOT/ stuff, you can copy existing configurations and make a few modifications to match your local style, taste, or other details of setup. For instance, this [freebsd.org] article from the FreeBSD documentation set describes how you can set things up for automatic mail notifications and commit log archiving, using the scripts developed by the FreeBSD CVS admins.
--Webmin (Score:3, Informative)
jEdit (Score:4, Informative)
cvsup (Score:3, Informative)
What, specifically, were you looking for as far as server configuration was concerned?
The best? (Score:1, Informative)
Either you haven't used any other SCM systems and have nothing to compare with, or you simply haven't used CVS long enough to realize it sucks big time. CVS lacks a huge number of vital features (rename, changesets and binary delta storage, to mention a few) which makes it look more like a kids toy in comparison with other SCM systems (such as ClearCase and Bitkeeper).
Re:The best? (Score:4, Insightful)
Re:The best? (Score:4, Insightful)
Everybody does rename by delete+create, or by
moving the repository file. No reason not
to automate it, methinks.
Binary deltas would really be good.
The easiest would be encoding as ascii hex
at the client during commit when the entry is
marked -kb. That would take perhaps 20 minutes
to implement. Of course the storage would be 3x,
but you'd get that back after 2 deltas.
Changesets would also be easy to add.
Thing is, you can add the feature, but can
you get it back into the distribution?
Re:The best? (Score:2)
Re:The best? (Score:3, Interesting)
It is fast (4 - 10 times faster than TeamConnect), easy to understand, and even includes graphical tools for those who don't want to learn the command line.
I find the implementation to be elegant: they made the whole program a device driver, so it appears as a new drive. Only those
Re:The best? (Score:1)
The first option obviously loses history, and I would have guessed the second would break old tags in your repository - I've not tried it, so does anybody know if that is correct?
Integrity checking (Score:3, Insightful)
To me, the lack of good integrity checking and error recovery is the greatest weakness of CVS. It means that you can't rely on recent backups, but must keep every CD you've ever burned of your repository.
Re:The best? (Score:2)
I just got a job. Yeah for me!!!! And we're using Perforce. I can't make an intelligent judgement about it yet. I also want to try BitKeeper. I'll probably switch over to it at home once I'm knowledgeable about Perforce. Then I'll be able to make a pretty good comparison.
Re:The best? (Score:1)
Re:The best? (Score:2)
It's better with binary data. And works well for my code since I'm prone to changing directory paths. There's an explicit svn mkdir command.
Installation was kind of a pain. That's when you can tell that it is still an alpha project. Other than that, I haven't had problems.
If you're really concerned, stick with CVS until Subversion hits 1.0. After that, CVS should be buried, cremated, bronzed, or whatever you choose to do after its death. Although annotate is not planned
Tools don't cut it (Score:2, Interesting)
For admin tasks such as rearranging the repsoitory, that is by hand.
Creating a new repository, a command. A small script.
Managing labels is done through client software (smartcvs, winCVS, tortise or interface in java IDEs) or the commands line.
Most of what I would like a tools for is branching and merging. Multiple merges from a development branch into an integration branch is time consuming. Even with diff tools such as Araxis or Guiffy. Most o
The best, yikes! (Score:3, Insightful)
Wow. Really? I use CVS, as do most of my colleagues, but I don't know anybody who actually likes it. It's filled with idiosyncracies, is fundamentally insecure, is totally useless for binary data, and lacks basic obvious features. You want to delete a directory? You want to get a list of the actual changes when you update? You want to nest CVS repositories? Sorry, not in CVS!
Re:The best, yikes! (Score:3, Insightful)
CVS is a necessary evil whose only real advantages are price and public availability. Unfortunately, it's kinda become a standard so you can put up an anonymous CVS server and not have to tell anyone how it works. It's also integrated into so many other products (IDEs, ANT, etc) that you almost forget how much of a kludge it is.
So many things in CVS are complete hacks that everyone has gotten used to. Tagging is used to emulate many features of real SCCSs, but ends up being just a big hack that
Re:The best, yikes! (Score:2)
How that product will turn out remains to be seen, but were I thinking of using CVS for any source control, I'd look into SVN first.
Re:The best, yikes! (Score:3, Funny)
I think it's a typo. He actually meant to say:
Re:The best, yikes! (Score:3, Funny)
You should see what we had before CVS. (Score:2)
Seriously, CVS may have a lot of warts, but it is a lot better than the comercial systems we were using before. Mind you that doesn't mean CVS is good, or that there are no good comercial systems, only that there are some really terribal systems out there that make CVS look good.
Eclipse (Score:2)