`git (submodule update|fetch|pull) --continue` similar to `curl -C -`?

Hey All,

I'm behind a very aggressive firewall/proxy at work and as far as I can tell it actually interrupts long connections on purpose. Most programs seem to be able to deal with it, although the connection speed is slower. Git, however, seems to not be able to deal with it every once and awhile.

For instance:

    $ g sm update
    Initialized empty Git repository in /home/tim/.emacs.d/site-lisp/ecb/.git/
    error: Unable to get pack file
http://github.com/emacsmirror/ecb.git/objects/pack/pack-364b879fac4ebed663f528dc3ddff99ddd6716e9.pack
    ***emphasis***
    transfer closed with 969832 bytes remaining to read
    ***emphasis***
    error: Unable to find 67861e756712c4e5917461e8b149089dceceec88
under     http://github.com/emacsmirror/ecb.git
    Cannot obtain needed object 67861e756712c4e5917461e8b149089dceceec88
    while processing commit 8043b271a679c7faae65c0d75a73e63bb25d1620.
    error: Fetch failed.
    Clone of 'http://github.com/emacsmirror/ecb.git' into submodule
path     'site-lisp/ecb' failed

It would seem like an interesting idea to be able to download a repo progressively with interruptions along the lines of `curl -C -` so that if an interruption happened you can still report the error but then offer a `--continue` or `--abort` option. --continue would obviously attempt to pick up where it left off and --abort would delete the cache to save the disk space.

Thoughts?

This could also be a problem with GitHub. I don't know enough about submodules to make an educated guess there. I only guess that it's the proxy's fault because I only experience this at work.