From: Tom Werner <mojombo@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: Jakub Narebski <jnareb@gmail.com>,
Johan Sorensen <johan@johansorensen.com>,
Jeff King <peff@peff.net>, Tom Preston-Werner <tom@mojombo.com>,
git@vger.kernel.org
Subject: Re: [PATCH] upload-pack: add a trigger for post-upload-pack hook
Date: Mon, 31 Aug 2009 11:50:08 -0700 [thread overview]
Message-ID: <12c267e40908311150n2aad598aw978c4691c27ac0fa@mail.gmail.com> (raw)
In-Reply-To: <7vljl3p2iw.fsf@alter.siamese.dyndns.org>
On Fri, Aug 28, 2009 at 11:17 PM, Junio C Hamano<gitster@pobox.com> wrote:
> Jakub Narebski <jnareb@gmail.com> writes:
>
>>> I'd like to suggest the following line from the original patch:
>>>
>>> full-pack integer::
>>> 1 if the request was considered a full clone, 0 if it was a
>>> partial update (fetch)
>>
>> If it is all "want" and no "have", it is clone or fetch into empty
>> repository. If additionaly "want"s cover all refs, it is a clone.
>> No need to pass this information: it can be derived.
>
> Well, not exactly.
>
> Here is an iffy RFC patch. Iffy not in the sense that its implementation
> is questionable, but in the sense that I am not really convinced if the
> distinction between fetching some (or in the worst case, most) but not all
> refs, and fetching full set of refs, into an empty repository is something
> worth making.
>
> Does anybody from GitHub have any input? Is there something that can
> still improved to suit GitHub's needs?
From GitHub's perspective, we'd treat any clone or fetch into an empty
repo as a clone operation, whether or not that included all of the
refs that were available. For us, the distinction between full and
partial clones is too nuanced to warrant additional code. I'd be happy
with the previous incarnation of the post-upload-pack that simply
sends the HAVEs and WANTs.
Tom
next prev parent reply other threads:[~2009-08-31 18:50 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-18 7:04 [PATCH] upload-pack: add a trigger for post-upload-pack hook Tom Preston-Werner
2009-08-25 17:43 ` Tom Werner
2009-08-25 18:45 ` Jeff King
2009-08-25 23:50 ` Junio C Hamano
2009-08-26 8:44 ` Johannes Schindelin
2009-08-26 9:03 ` Junio C Hamano
2009-08-26 10:06 ` Johannes Schindelin
2009-08-26 14:19 ` Jeff King
2009-08-26 23:39 ` Junio C Hamano
2009-08-27 0:47 ` Junio C Hamano
2009-08-27 12:09 ` Johan Sørensen
2009-08-27 13:33 ` Jakub Narebski
2009-08-29 6:17 ` Junio C Hamano
2009-08-31 18:50 ` Tom Werner [this message]
2009-08-31 23:36 ` Junio C Hamano
2009-08-27 22:56 ` Robin H. Johnson
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=12c267e40908311150n2aad598aw978c4691c27ac0fa@mail.gmail.com \
--to=mojombo@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=jnareb@gmail.com \
--cc=johan@johansorensen.com \
--cc=peff@peff.net \
--cc=tom@mojombo.com \
/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).