From: Matt Graham Date: Mon, 06 Feb 2012 16:23:58 GMT Subject: Re: Git performance results on a large repository Message-ID: In-Reply-To: <243C23AF01622E49BEA3F28617DBF0AD5912CA85@SC-MBX02-5.TheFacebook.com> On Sat, Feb 4, 2012 at 18:05, Joshua Redstone wrote: > [ wanted to reply to my initial msg, but wasn't subscribed to the list at time of mailing, so replying to most recent post instead ] > > Matt Graham:  I don't have file stats at the moment.  It's mostly code files, with a few larger data files here and there.    We also don't do sparse checkouts, primarily because most people use git (whether on top of SVN or not), which doesn't support it. This doesn't help your original goal, but while you're still working with git-svn, you can do sparse checkouts. Use --ignore-paths when you do the original clone and it will filter out directories that are not of interest. We used this at Etsy to keep git svn checkouts manageable when we still had a gigantic svn repo. You've repeatedly said you don't want to reorganize your repos but you may find this writeup informative about how Etsy migrated to git (which included a health amount of repo manipuation). http://codeascraft.etsy.com/2011/12/02/moving-from-svn-to-git-in-1000-easy-steps/