From: "Ben Peart"
Sent: Tuesday, July 25, 2017 4:10 PM
On 7/21/2017 4:33 PM, Jonathan Tan wrote:
On Fri, 21 Jul 2017 12:24:52 -0400
Ben Peart wrote:
Today we have 3.5 million objects * 30 bytes per entry = 105 MB of
promises. Given the average
On 7/21/2017 4:33 PM, Jonathan Tan wrote:
On Fri, 21 Jul 2017 12:24:52 -0400
Ben Peart wrote:
Today we have 3.5 million objects * 30 bytes per entry = 105 MB of
promises. Given the average developer only hydrates 56K files (2 MB
promises) that is 103 MB to download that
On Fri, 21 Jul 2017 12:24:52 -0400
Ben Peart wrote:
> Today we have 3.5 million objects * 30 bytes per entry = 105 MB of
> promises. Given the average developer only hydrates 56K files (2 MB
> promises) that is 103 MB to download that no one will ever need. We
> would like
On 7/20/2017 5:13 PM, Jonathan Tan wrote:
On Thu, 20 Jul 2017 15:58:51 -0400
Ben Peart wrote:
On 7/19/2017 8:21 PM, Jonathan Tan wrote:
Currently, Git does not support repos with very large numbers of objects
or repos that wish to minimize manipulation of certain blobs
On Thu, 20 Jul 2017 15:58:51 -0400
Ben Peart wrote:
> On 7/19/2017 8:21 PM, Jonathan Tan wrote:
> > Currently, Git does not support repos with very large numbers of objects
> > or repos that wish to minimize manipulation of certain blobs (for
> > example, because they are
On 7/19/2017 8:21 PM, Jonathan Tan wrote:
Currently, Git does not support repos with very large numbers of objects
or repos that wish to minimize manipulation of certain blobs (for
example, because they are very large) very well, even if the user
operates mostly on part of the repo, because
On Thu, 20 Jul 2017 11:07:29 -0700
Stefan Beller wrote:
> > + if (fsck_promised_objects()) {
> > + error("Errors found in promised object list");
> > + errors_found |= ERROR_PROMISED_OBJECT;
> > + }
>
> This got me thinking: It is an
On Wed, Jul 19, 2017 at 5:21 PM, Jonathan Tan wrote:
> Currently, Git does not support repos with very large numbers of objects
> or repos that wish to minimize manipulation of certain blobs (for
> example, because they are very large) very well, even if the user
>
8 matches
Mail list logo