Shawn O. Pearce wrote: > Mark Levedahl <mdl123@verizon.net> wrote: > >> +# get the objects >> +unzip -p "$bfile" .gitBundlePack | git-unpack-objects >> > > Since you are transporting a packfile by sneakernet it might > be reasonable to assume this transfer happens infrequently. > Consequently we might assume its object count exceeds > transfer.unpackLimit, which means a standard fetch or push would > have kept the packfile rather than unpacking it to loose objects. > > So maybe use git-index-pack here to index the packfile and > retain it as-is, rather than unpacking it? > > Many of my uses of this result in 10-20 objects being transferred, so I'm not sure keeping each pack is a real benefit. In particular, one use is for daily updates between two sites via email where we tend to have a lot of extra objects in the packs as we assume that not every bundle actually gets applied, while the number of real new objects tends to be small. On the other hand, given the manual nature of this operation, we could always just follow up with repack -a -d, possibly guarded by a git count. Thoughts? Mark - 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.htmlReceived on Thu Feb 15 07:59:20 2007
This archive was generated by hypermail 2.1.8 : 2007-02-15 08:05:14 EST