git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: drathir87 <drathir87@gmail.com>
To: Kevin Daudt <me@ikke.info>
Cc: git@vger.kernel.org
Subject: Re: question about resume support.
Date: Wed, 25 Feb 2015 19:52:16 +0100	[thread overview]
Message-ID: <20150225195216.42c5759c@archus> (raw)
In-Reply-To: <20150222155312.GA7906@vps892.directvps.nl>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Thanks a lot good to know that and that's true little hard to do bc even
if track always the latest version some repositories change so fast
and will be needed some kind od eg. snapshot of user repository by
auto script eg once at 12-24h and that resume data served from
that snapshot and after download that snapshot update with pull
method... Again thanks a lot...  


On Sun, 22 Feb 2015 16:53:12 +0100
Kevin Daudt <me@ikke.info> wrote:

> On Sat, Feb 21, 2015 at 08:01:27PM +0100, drathir87@gmail.com wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA512
> > 
> > Hi... Im wonder there is planned or maybe there is support of
> > resuming interrupted git operation e.g. cloning repositories? Not
> > sure about how hard that could be to implement, but greatly should
> > decrease of bandwidth used by persons with weak network
> > connection... -----BEGIN PGP SIGNATURE-----
> > 
> > iQJ8BAEBCgBmBQJU6NYHXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> > ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFMEZBMTE5Mjc5MTM0QTZFNDdGRTk3MEZB
> > RUEzMzk3NTlGNjNCMEZDAAoJEK6jOXWfY7D8CXsP/37F3cHNVgrNj+xzeR1H38xQ
> > q5zSLNMUYr771gUXBac/p8MfDYlS7gKwRV4Bxhl8AmfH9q28ybj4UFp+5A9u1mKF
> > E4rrMJE4mrwf/dOeYHMd4EK7aCFrEl9DVnD6uXlQ+QC6qQ23LyR2WHVX3u1a6EQV
> > tsFIuGLh1kBATWt2/Fim60BqI6P3/PX0gB2R+gPdnm5vG3cY5iNSw/UgZUbRNmMa
> > QgzBwpxNOTqlJ3GQ9cWgL5CH83VrFmjqHqa8xbVd2ATVaWXTk4pDJFBBafSNJg8s
> > RMumCGpWmMYBEtAJY/UgE32F2ms7ravLOY0hj9PCoW0FH+czdI9ZNQ8jvdThMByp
> > +6mHqU2SyYoetnBclcgSrOMdkiCivWB7GaOBscA5E1MM3FpQBdJSBrDlq5yhs9WG
> > uKhyBpts9+9IdiUPvd4ej4CVXXsE9/FKAEK7+ilr7HsLbRr0vXeAiWA7q+k+Avce
> > Ih8nwt9onAM37OH7BoW8va/4g/3yHr9EaYFg7ea9hJYUomVY3l/mIQxeG+KPFZnC
> > XnCVAEMSeMujwjIKqHUEWS8RuHOlxS+q8TEZS7caR/8ausondbQuYK4HLsVhiwFZ
> > AklwtLBmoIR2yNFn+NKfDOw1RWPsvHSN7yKEQIe+SdUEDDS8QvhfCeKDVSD77ezX
> > BpXSPfNLMDYqZNp5f+NB
> > =+Bnw
> > -----END PGP SIGNATURE-----
> 
> While not the best solution, what's currently possible is to provide
> an initial git bundle that is regularly updated which can be
> downloaded through other protocols that do provide resumption. Users
> can use that to setup the repository, and then use the normal git
> protocol to get the latest updates.
> 
> The reason this is not easy to facilitate is that the packs git
> generates are only generated in-memory. These packs would need to be
> cached on disk and somehow have a mapping to the user that downloaded
> that pack. Also there would need to be some kind of way to expire
> these cached packs. The protocol would need to be updated to indicate
> a users wants to resume a clone (or fetch) and what parts are still
> missing, and probably lots of other details I'm missing.
> 
> Kevin

-----BEGIN PGP SIGNATURE-----

iQJ8BAEBCgBmBQJU7hngXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFMEZBMTE5Mjc5MTM0QTZFNDdGRTk3MEZB
RUEzMzk3NTlGNjNCMEZDAAoJEK6jOXWfY7D86OcQAK6RI/Toy0/ExaOwM7jumcIM
AZYzENXtUCUEIeUSQik58E+DF2nhoOsBCklhuxGqwGXIFIVjkL/ML/rBe7cqqvHE
UxAy8zZHAXN7+bdSzHzLZyUWDOb9ryNCSMeYRcoW+JtUnr0sMIdAqJuZnpQQF0Kn
fVsA0+pM0DTlKJ23CBGcLk/VJdWPPi2FrYaYqakmm8z4I3zdvIz+LhttHH67eqTb
jXKv8+pxSU/m0sdi6Q50QtsL4P/m8398Km7Jh9YU8MPXJxx4026/0uPrctHagQQN
jUN7IvUoZ4L7A6Jk2K5v20FKxaOw/E0hzFFo6m8rRIgXojpzxZTYeC5uGe1cCA+x
CKIwybfIj1xaWa9o1fETbuDqE/plrdTHiSDGV70mgn5yg77xYNnbR7mAyGdgEzzL
dCermG41E54A6bqv9d1TddBswncvEMdbatjhoUhpB566BNnMhX5RzMfmlZptYwRi
grjS2f/TO7cXiX3/losAUAcI+WRgz0FcPguUxdlqCd4QB6QYnqK/5spfatBOFLwW
q0lrQmfyfMQRxxypfcuA+7QB4lqoNDNLqcH4p16zkKAU2LaMxVAKQ5P/qxVdgcis
r0Z/7BHI284tPNpLsm5dJG72MXv1825+d1330ld30t2m07iKUhtq1ZuSdvEs76uE
eR9Va4HwyTuVs4hW6DM0
=b39w
-----END PGP SIGNATURE-----

      reply	other threads:[~2015-02-25 19:01 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-21 19:01 question about resume support drathir87
2015-02-22 15:53 ` Kevin Daudt
2015-02-25 18:52   ` drathir87 [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150225195216.42c5759c@archus \
    --to=drathir87@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=me@ikke.info \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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 NNTP newsgroup(s).