Shawn O. Pearce wrote:
Mark Levedahl <mdl123@xxxxxxxxxxx> 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@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html