Re: Subversion Vision and Roadmap Proposal
From: Adams, Julian <Julian.Adams_at_disney.com>
Date: Thu, 8 Apr 2010 20:30:16 +0000
I'm a game developer. I don't claim to have more insight that you guys do, but reading about the Subversion vision on LWN prompted me to post to the comment, but really I should echo that here. There is a case for centralized RCS, and I think it becomes stronger as repositories scale up. A lot. I've included my text here, and a link to the post.
re: Support large repositories!
Yes! Rightly or wrongly game developers have large repositories, with lots of binary files in them. For instance here's the sizes of repository I'm working with.
* Accurev: 22GB workspace in 130,000 files on disk, history going back to 2003,
Both of these systems are well able to cope with this. For Subversion, as a centralised VCS, this is the competition.
* nothing but the files locally. at those sizes you don't want to have to have the whole repository locally (optionally would be fine!), or the pristine copy that subversion currently keeps.
Being centralised shouldn't stop the painless branching and merging that DVCS has. I've used Accurev a lot, and IMO it's competitive with Mercurial for this, although the command line is clunkier. (Use the GUI!)
OTOH a DVCS could bring all of the features above. As far as I know right now nothing does :( I'd love to be proved wrong on this!
Those sizes of repository also suggest why some systems e.g. Perforce use the checkout-before-edit system: it greatly reduces the file scanning required, and so speeds up some client operations greatly.
This is an archived mail posted to the Subversion Dev mailing list.