git@vger.kernel.org list mirror (unofficial, one of many)
 help / color / mirror / Atom feed
* Caching Git Pull
@ 2020-09-14  5:27 Benson Muite
       [not found] ` <70DB3786-CB8E-4D82-9774-439AB2A79A8D@gmail.com>
  0 siblings, 1 reply; 2+ messages in thread
From: Benson Muite @ 2020-09-14  5:27 UTC (permalink / raw)
  To: git

Hi,

Is there some way I can add functionality for caching git pull to allow 
continuation of a partially complete pull from a git repository to a 
local machine. As an example the command wget -c allows continuation of 
a partially complete download. This would be very helpful for large 
commits which fail with:

fatal: the remote end hung up unexpectedly
fatal: early EOF

Regards,
Benson

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

* Re: Caching Git Pull
       [not found] ` <70DB3786-CB8E-4D82-9774-439AB2A79A8D@gmail.com>
@ 2020-09-14  8:39   ` Son Luong Ngoc
  0 siblings, 0 replies; 2+ messages in thread
From: Son Luong Ngoc @ 2020-09-14  8:39 UTC (permalink / raw)
  To: Benson Muite; +Cc: git, Jonathan Tan

Note: resend with plain-text format

Hi Benson,

> On Sep 14, 2020, at 07:27, Benson Muite <benson_muite@emailplus.org> wrote:
> 
> Hi,
> 
> Is there some way I can add functionality for caching git pull to allow continuation of a partially complete pull from a git repository to a local machine. 

I believe there has been some recent works toward this direction with Packfile Uri feature [1] [2] where a packfile could be uploaded to
CDN and then advertised by the hosting remote so that clients who enabled the feature can download the big part of the clone
via CDN instead.

[1]: https://github.com/git/git/blob/master/Documentation/technical/packfile-uri.txt
[2]: https://public-inbox.org/git/cover.1591821067.git.jonathantanmy@google.com/

However I don't think any major Git hosting provider (Github, Bitbucket, Gitlab etc...) have started using this feature.

> As an example the command wget -c allows continuation of a partially complete download. This would be very helpful for large commits which fail with:
> 
> fatal: the remote end hung up unexpectedly
> fatal: early EOF
> 
> Regards,
> Benson

I will cc Jonathan Tan(author) to discuss more regarding path toward resumable git clone.

Cheers,
Son Luong.

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

end of thread, other threads:[~2020-09-14  8:39 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-09-14  5:27 Caching Git Pull Benson Muite
     [not found] ` <70DB3786-CB8E-4D82-9774-439AB2A79A8D@gmail.com>
2020-09-14  8:39   ` Son Luong Ngoc

git@vger.kernel.org list mirror (unofficial, one of many)

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://public-inbox.org/git
	git clone --mirror http://ou63pmih66umazou.onion/git
	git clone --mirror http://czquwvybam4bgbro.onion/git
	git clone --mirror http://hjrcffqmbrq6wope.onion/git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 git git/ https://public-inbox.org/git \
		git@vger.kernel.org
	public-inbox-index git

Example config snippet for mirrors.
Newsgroups are available over NNTP:
	nntp://news.public-inbox.org/inbox.comp.version-control.git
	nntp://ou63pmih66umazou.onion/inbox.comp.version-control.git
	nntp://czquwvybam4bgbro.onion/inbox.comp.version-control.git
	nntp://hjrcffqmbrq6wope.onion/inbox.comp.version-control.git
	nntp://news.gmane.io/gmane.comp.version-control.git
 note: .onion URLs require Tor: https://www.torproject.org/

code repositories for the project(s) associated with this inbox:

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

AGPL code for this site: git clone https://public-inbox.org/public-inbox.git