Cross Platform Version Control Systems? 34
ignipotentis asks: "I've been given the task to find a multi-platform (windows, macintosh, linux) version control system. Currently, CVS is being used, and it isn't working quite as we expected it to. We are creating large Flash files and CVS is having problems keeping everything straight. It apparently doesn't like the large file sizes. I was wondering what other decent version control software is available that doesn't require a huge sum of money?"
Re:Samba (Score:1)
Re:Samba (Score:2)
Re:Samba (Score:1)
It doesn't need to work for Windows, because Windows has those capabilities built in.
Hmmm... perforce? (Score:3, Interesting)
However, it's not cheap. It's about US$600-700 per user to start and goes down as you add more users. It's worth it, but if you can't afford it...
Subversion promises to be good, but it isn't there yet and I don't know if their client runs on windows or mac (or if there are any plans to port).
There's a host of others, but I'm not familiar with them and thus won't comment.
Re:Hmmm... perforce? (Score:2)
Re:Hmmm... perforce? (Score:1)
Re:Hmmm... perforce? (Score:1)
Re:Hmmm... perforce? (Score:2)
The problem is that neither P4 or CVS do binary diffing in their repository (IIRC, they both use RCS files on the backend, though P4 stores metadata in a transactional local DB).
Subversion can help here, since it stores binary file deltas where appropriate. Unfortunately, its just about to become "pre-alpha" so suggesting it for a production environment is premature at best.
Perhaps one of the other commerical source control systems supports binary diffs? Try google.
Make sure treating as binary (Score:3, Informative)
Typical Ask Slashdot (Score:1, Flamebait)
The truth is, it is hard to reach production quality in an open source project that isn't popular enough.
I use CVS for my pet projects but I wouldn't trust my work stuff to it, thank god we have a real VCS for "big bucks" at work.
Compress? (Score:4, Interesting)
Still, a binary file is a binary file; so why not keep compressed versions of your files under source control? If you have something like a makefile, have it generate a (read only!) copy of the uncompressed file as necessary. Provide an editing script that (1) uncompresses, (2) launches the editor of your choice, (3) detects when the uncompressed version hasn't been updated (and bails out of the previous steps), (4) recompresses, and (5) either removes or touches the uncompressed version (I haven't thought this through too carefully).
You'll cvs rm the uncompressed version. The old versions will still live in the repository if you need them. (You'll also get some immediate gain from using smaller
CVS is remarkably good for cross platform source control for Ascii files. I used it for four years in a Solaris / HP / Windows environment; good stuff.
And in case you didn't look:
http://www.google.com/search?hl=en&q=cvs+large+bi
http://www.google.com/groups?q=cvs+large+binary+f
Good luck!
If you don't need to track differences... (Score:3, Interesting)
What you are looking for is something to just keep the different versions straight. A few shell scripts (Tcl/Tk works on Mac/PC/Unix) and an SQL database (MySQL also works on Mac/PC/Unix) are all that are required. Ok, a scripting language, an SQL database, and a central file store.
You add new files via a checkin script. The checkin script creates a simple naming convention. (I start at [thefilename].zero and work up.)
The [pick your]SQL database gives you a little extra information than something file based. For instance, say you yank a file, but don't want to extinguish it. You simply mark it as deprecated in your tables. Say you need a certain version of each file for a demo. You link them together into a "Release".
Again, this approach is primarily for binary data where you don't care about the differences between files, but you do care about keeping distinct versions.
Is the implementation involved: yes, but only slightly more than trying to adapt off-the-shelf tools.
Re:If you don't need to track differences... (Score:1)
I've done this. In fact, an implementation of this concept is a critical production system here that not only manages binaries, but also matches clients up with specific versions, plus web delivery, etc. Of course, you all will consider it an evil hack when I say it was done on WinNT/MSSQL/IIS with Delphi, but it works quite well.
I wonder if I'll get modded down.....
Re:If you don't need to track differences... (Score:1)
We just happend to use it to manage TCL scripts and config files for a cluster of linux servers, kiosks, and a cute little intranet app for windows. It just so happens that we use MySQL. Use whatever works in your environment.
The Project Revision Control System (Score:1)
Don't store the generated files in CVS (Score:2, Insightful)
It may be that instead of storing the Flash binary files in CVS, you should really only be storing the scripts/sources/etc that generate the Flash file. This would be analagous to storing the text source files of a C program, but not the generated object files or the executable.
As a general rule, I never store anything that can be regenerated by the build system in a CVS archive.
Perforce or bitmover (Score:3, Informative)
One system that I've heard game developers rave over is alienbrain [nxn-software.com], which has built in support for a bunch of different media types and basically assumes it's dealing with a bunch of binary files or images from the get go.
At 10K for ten users it's not exactly freeware, but from the reviews it looks like some game designers love it like their G4 powerbook. But that's probably too expensive.
So another alternative is BitMover [bitkeeper.com], which at the cheapest will cost you $400 a head. But there's also a leasing option that could work out better for you, and you get the warm fuzzies by supporting the software that keeps Linus calm and happy.
Or, finally, you could talk to some CVS consultants. The guys at cyclic could certainly help you out with your problem, and probably more cheaply. At the very least, they should be able to tell you if your problems can be fixed in CVS, and at that point you should have a better shopping list of what to buy in a new system.
Obligatory Freshmeat karma whore link. (Score:1)
Me too (Score:1)
Perforce [perforce.com] - A simple yet powerful VM with server implementations on *nix and WinNT, and client implementations on every frickin OS you can think of. Cost - ~$700/seat, cost includes first year support.
Serena [serena.com] They have a variety of ChangeMan products, but I haven't evaluated any yet. The demo looked promising, but I have no idea about cost.
Rational [rational.com] They are expensive, and pretty good. Supports Windows, quite a few unix variants, and SuSe zSeries.
Aldon [aldon.com]Supports AIX, AS/400, and Windows. The product is a port of their original AS/400 change management software. No idea about cost.
I'll be looking at BitKeeper today, thanks to some other replies here.
Personally, I prefer Perforce. The atomic changelist feature is reason enough, but the product is rock solid and easy to use, and performs well over a broadband VPN link. That being said, the product currently doesnt support the OS/400 native object file system, only IFS (Samba style) files. Perforce informs me that this is an item on their todo list.
Clearcase (Score:2)
Be warned, that it is expensive (ca. US$1000 per floating license), and has a fairly steep learning curve (but that's partly because of all the things it lets you do -- various repository views, for example, are cool, but can be a nightmare if not managed properly -- it is easy to shoot yourself in the foot with Clearcase).
Re:Clearcase (Score:1)
Re:Clearcase (Score:2)
They are nice, but usually so incredibly loaded with complex features that even the dedicated "build guru" (and how many teams can afford one of those?) is mystified and usually resorts to only using the bare-bones subset he's managed to mostly figure out.
So, my personal bias is *way* against those sorts of tools. CVS is great, provided you don't deal with binary files. I'm not sure if Subversion is ready for prime-time, but I've been glancing at that for a while as something to give a try RSN.
Build Guru (Score:2)
And, don't get me started on Clearcase Multisite.
PVCS (Score:1)
Re:PVCS (Score:1)
It has a Java Based GUI, but also command line tools (so you could Perl script an entire interface if you REALLY wanted to).
The problem however, it that is it a tad on the expensive side.
Re:PVCS (Score:1)
My next question would be if developers share files on different platforms? If so, PVCS may have some problems. I would go with Dimensions from Merant, but it's hella expensive. Used mostly at CMM Level 5 shops.
Fix CVS (Score:1)
You got the source, fix it. Wanting a low cost open source solution is nice and all, but if you are not willing to do your part (contribute back code fixes) it cannot happen. Open source relys on people like you with a need, providing a fix for your needs, and making the fix freely available.
If you are not willing to give back, then spend the money for an expensive solution.
Subversion (Score:2)
I have not tried it myself, but I have heard very good words about subversion [tigris.org], a version control system which is in heavy development right now. The developers have looked at various existing version control systems, and found their pros and cons. Then they designed [tigris.org] a sane system, something between CVS and Perforce. Then they started coding.
Subversion is not finished yet, but according to others, it is quite usable already, and the subversion developers are using it [collab.net] themselves.
There was an article in Linux Journal [linuxjournal.com] about subversion i February.
Starteam.com? (Score:1)
http://www.starteam.com
StarTeam (Score:2)
StarTeam [starbase.com] is from Starbase [starbase.com].
The cross-platform client is a Java 1.3 GUI, so it could work on Mac OS X (I haven't checked it out in a while though). They did also have a Java command-line version, and there were even Emacs integrations for that floating around.
Configuration management (Score:2)
When it comes to managing binary files, you may want to look at a configuration management system instead of or in conjunction with your source version control. Aegis [sourceforge.net] is one such product.