Despair... I just tested "git push --thin"... Doesn't work. It still sends the complete object, not a tiny pack as it could (should). But perhaps I now understand why: I run git-gc on both the remote end and the working end (before changing anything, i.e. with both repos being in sync - "git pull" and "git push" report all OK). I then noticed that on the remote side, .git/objects/pack had one big pack file, but on the local one I have two .pack files...! I proceeded to try (many combinations of params on) git-repack in a vain attempt to make my local repos also have one single .pack file (presumably, it should be able to exactly mirror the remote one, since it has the same objects inside it!). No way... git-prune and "git-fsck --full --strict --unreachable" report no errors either. I'm at a loss as to why the two repos are having different "pack representation" of the same objects and why git-gc and git-repack fail to create a single pack on my working side, but I'm guessing that this is why "git push --thin" fails to send small xdeltas... Any help/advice on what to try next would be most welcome... Thanassis. On 11/1/08, Nicolas Pitre <nico@xxxxxxx> wrote: > On Sat, 1 Nov 2008, Thanassis Tsiodras wrote: > >> Thanks to everybody for your help. >> >> I will setup an alias to always use "git push --thin". >> For the reverse direction, I don't see a --thin for "git pull", >> >> My understanding is that "git pull" is optimal, >> and does what --thin does for push anyway, right? > > Exact. > > > Nicolas > -- What I gave, I have; what I spent, I had; what I kept, I lost. -Old Epitaph -- 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
