On Wed, 2006-06-14 at 10:55 +1200, Martin Langhoff wrote: > In terms of history parsing, parsecvs and cvs2svn are similar. I like > cvs2svn "many passes" approach better, though the Python source is > really messy. A good thing about cvs2svn is that it is a lot more > conservative WRT memory use. I will try to fix parsecvs so it doesn't take so much memory. Of course, my goal was to import various X.org repositories which have horrible issues, but aren't all that huge. And, for them, it works just fine. > So far, I have been relying on parsecvs for initial imports, and for > cvsps+git-cvsimport for incrementals on top of that initial import. > But parsecvs falls over with large repos. I'd like some help figuring out how to do incremental imports with parsecvs. As parsecvs already constructs the project history from the present into the past, it should be possible to "notice" when it hits existing bits in the repository and stop automatically. I think this will just take saving a bit of state in the git repository to mark where in CVS the tips of each branch come from. > The main problem, however, is that it doesn't do incremental imports, > so this would be a roundabout way of fixing parsecvs's > memory-bound-ness. We still need cvsps :( Parsecvs is currently O(nrev * nfile), and I'd like to make it O(nrev) instead. -- keith.packard@intel.com - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
This archive was generated by hypermail 2.1.8 : 2006-06-14 09:34:09 EST