* Tay Ray Chuan <rctay89@xxxxxxxxx> wrote: > Hi, > > On Thu, Oct 21, 2010 at 8:52 PM, Wilson, Kevin Lee (OpenView Engineer) > <kevin.l.wilson@xxxxxx> wrote: > > We are investigating the use of GIT as a binary repository solution. Our larger files are near 800MB and the total checked out repo size is about 3 GB the repo size in SVN is more like 20-30GB, if we could prune the history prior to MR, we could get these sizes down considerably. This binary repo is really for our super project build. From what I have read and learned, this is not a good fit for the GIT tool. Have there been performance improvements lately? Some of the posts I have read have been quite old? > > check this out: > > http://github.com/apenwarr/bup > > It's a modified git system that's purpose-built for large files. > That's just about all the sensible information I can share you with > you. Looks quite promising, perhaps it can help solving my current backup problems. Maybe we could implement some of the features, eg. the hashsplit format (maybe it could even combined w/ xdelta ?) or the bupindex and some extended metadata directly in git ? BTW: how are the current tree objects structured ? Is there always one big tree object representing the whole tree or can it be splitted hierachically ? cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weigelt@xxxxxxxx mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ---------------------------------------------------------------------- -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html