One more note...If I execute the following it repacks everything on client
side and drops the big pack and I end up with the small pack I want to
git pack-refs --prune
git reflog expire --all
git repack -a -d -f -l
So this results in exactly what cloning via file:// would give me right
away. Just that I need to transfer the big pack first and then execute
those commands. So again the questions:
- Is there anything that can be done to avoid this and do that already on
- Is it a bug in the git protocol?
- Can I provide multiple packs on server side to make the cloning even
faster (so git doesn't have to create those packs dynamically when cloning)
Am Montag, 3. September 2012 19:51:30 UTC+2 schrieb Haasip Satang:
> Hi all,
> I'm having a question regarding the packs and the repacking of those
> during cloning.
> I'm migrating a big repository which after initial commit of all files
> contains only one pack file of 120MB in size (about 800 extracted).
> On this big repo I created various subtree branches so I can clone some of
> the folders individually (without getting the whole big thing). The problem
> is, however, that all my subtree clones seem to get a copy of the big 120MB
> pack, only to then extract 2MB from it.
> After testing a little bit I figured that this only happens if I use ssh
> or the git protocol to clone the repo. When using file:// to specify the
> remote repository some repacking seems to happen automatically and I end up
> with a new pack file for my clone that only contains the stuff that is
> really needed for my branch (which obviously results in much smaller size).
> - Any idea how this could be achieved using ssh or git protocol (as
> obviously I'd prefer to use those over file:// )?
> - Is that "as designed" or could it be a bug in git?
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To view this discussion on the web visit
To post to this group, send email to firstname.lastname@example.org.
To unsubscribe from this group, send email to
For more options, visit this group at