git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
* Re: Delivery Status Notification (Failure)
       [not found] ` <5cff8197.1c69fb81.4940.6de6.GMR@mx.google.com>
@ 2019-06-11 10:29   ` Xeno Amess
  2019-06-20 14:42     ` Delivery Status Notification (Failure) ... connection lost Philip Oakley
  0 siblings, 1 reply; 2+ messages in thread
From: Xeno Amess @ 2019-06-11 10:29 UTC (permalink / raw)
  To: git

Not all people can afford stable network connection...
I'm now suffered from connection lost and have to restart the clone/push fully.
It's OK when dealing with a project of several MB size, but when I try
to clone a 2GB sized repo I never succeed.
So I wonder, if there should be some way to resume from break-point for git?
For example what if we support something like Content-Range in http,
and make the download be split into smaller files, then make some way
to auto-resume if some file block failed hash-check?

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Delivery Status Notification (Failure) ... connection lost
  2019-06-11 10:29   ` Delivery Status Notification (Failure) Xeno Amess
@ 2019-06-20 14:42     ` Philip Oakley
  0 siblings, 0 replies; 2+ messages in thread
From: Philip Oakley @ 2019-06-20 14:42 UTC (permalink / raw)
  To: Xeno Amess, git

On 11/06/2019 11:29, Xeno Amess wrote:
> Not all people can afford stable network connection...
> I'm now suffered from connection lost and have to restart the clone/push fully.
> It's OK when dealing with a project of several MB size, but when I try
> to clone a 2GB sized repo I never succeed.
> So I wonder, if there should be some way to resume from break-point for git?
> For example what if we support something like Content-Range in http,
> and make the download be split into smaller files, then make some way
> to auto-resume if some file block failed hash-check?
Is this on a Windows machine using Git for Windows, or a Linux machine, 
or even 'Windows Subsystem for Linux (WSL)" on windows?

If it is Windows then you may have hit the "sizeof(long)=32bit" limit.

If it is Linux then maybe adjust your refspec to limit the size of each 
fetch or push. There has also been a recent change discussed on list 
that added a config variable for some sort of rate limit limit but 
haven't looked back at the mail archive to try to remember details - try 
searching the https://public-inbox.org/git/

Philip


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2019-06-20 14:42 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <CAFF4x5LfJ7qY73JE-=mah5vx9PdeNhc0i0X6kQohPpvDTCd3Sw@mail.gmail.com>
     [not found] ` <5cff8197.1c69fb81.4940.6de6.GMR@mx.google.com>
2019-06-11 10:29   ` Delivery Status Notification (Failure) Xeno Amess
2019-06-20 14:42     ` Delivery Status Notification (Failure) ... connection lost Philip Oakley

Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).