Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
Serge Nikulin wrote: > The reason is simple: I want to keep revision builds in version control. > Each revision build is a file ~30 MB. > Recently (as *,v file has grown in size) we found that CVSNT server > crashes. I'd reiterate that you'd probably be better off storing that file into an archive management system rather than cvs... is there any practical benefit in having it in cvs that couldn't be achieved by having it stored/archived elsewhere? Binaries of a few K in size are OK... but MBs in size and you are soon hitting some limits... but as Arthur said in another message, cvsnt does have "freedom to contribute", so perhaps you/somebody would like to refactor the code so it uses less memory, etc. when handling such large binaries? > Again, what's the difference between large binary file and small text file > with *large* history? Not a lot, but I was referring to unrealistic as in committing millions times. > Large, grown-up projects take many of years of development and generate > very large ,v files. > I know one which was started in 1984 and is still in development. It was > moved from RCS to ClearCase in 2001 because history processing took too > much time. > (BTW, CVSNT has the same/bad time processing dependency from length of the > history). Methinks another candidate for some refactoring. -- David Somers PGP Key = 7E613D4E Fingerprint = 53A0 D84B 7F90 F227 2EAB 4FD7 6278 E2A8 7E61 3D4E