就游戲公司來說，需要管理大量除了代碼以為的東西，比如：3D模型，紋理，以及其他元數(shù)據(jù)，這是SVN無法勝任管理的東西,perforce卻可以，這也是為什么頑皮狗，EA這些游戲工作室用P4的原因
主要還是SVN和GIT都對二進制文件支持很差.GITHUB還特別針對大型文件做了GIT-LFS插件用來支持這種超大文件.
而大型研發(fā)公司.特別是做3D軟件的.分分鐘容量爆棚
就算是普通的2D游戲.你如果讓美術把PSD文件和素材都穿上SVN或者GIT.你都會發(fā)現(xiàn)基本上要爆炸了.
但是我個人很反感P4.因為使用起來很原始.提交流程很復雜.你文件不checkout.在本地就是只讀的.也許通過做branch可以解決.但是我們前面說到什么了? P4的優(yōu)點就是大文件的存儲.你做branch要是切分的很科學還好.要是用的不科學么.....呵呵呵呵呵呵呵....
下面是一段P4對GIT的比較
Git can't handle large repositoriesOkay this is subjective because it depends on your definition of large. When I say large, I mean about 6 gigs or so. Because your company's source tree is probably that large. If you have the power, you will use it. Maybe you check in binaries of all your build tools, or maybe for some reason you need to check in the object files of the nightly builds, or something silly like that. P4 can handle this because it runs on a cluster of servers somewhere in the bowels of your company's IT department, administered by an army of drones tending to its every need. It has been developedsince 1995 to handle the strain. Google also uses Perforce, and when it started to show its strain, Larry Page personally went to Perforce's headquarters and threatened to direct large amounts of web traffic up their executives' whazzoos until they did something about it. Git has none of that. The typical git user considers the linux kernel to be a "large project". If you've looked at Linus's git rant on Google code, take a listen to see how he sidesteps the question of scalability. Don't believe me? Fine. Go ahead and wait a minute after every git command while it scans your entire repo. It's maddening because its long enough to be annoying, but not enough time to skim Geekologie. |
