ruary 7, 2017 1:21 PM
> To: 'Christian Couder'
> Cc: 'Jeff King' ; 'git' ; 'Johannes
> Schindelin' ; Ben Peart
>
> Subject: RE: [RFC] Add support for downloading blobs on demand
>
> No worries about a late response, I'm sure this is the
from Facebook to share ideas.
Ben
> -Original Message-
> From: Jakub Narębski [mailto:jna...@gmail.com]
> Sent: Tuesday, February 7, 2017 4:57 PM
> To: Ben Peart ; 'Christian Couder'
>
> Cc: 'Jeff King' ; 'git' ; 'Johannes
> Sc
I'd like to point to two (or rather one and a half) solutions that I got
aware of when watching streaming of "Git Merge 2017"[0]. There should
be here people who were there; and hopefully video of those presentations
and slides / notes would be soon available.
[0]: http://git-merge.com/
First to
lin
>
> Subject: Re: [RFC] Add support for downloading blobs on demand
>
> (Sorry for the late reply and thanks to Dscho for pointing me to this thread.)
>
> On Tue, Jan 17, 2017 at 10:50 PM, Ben Peart wrote:
> >> From: Jeff King [mailto:p...@peff.net] On Fri, Jan 13,
(Sorry for the late reply and thanks to Dscho for pointing me to this thread.)
On Tue, Jan 17, 2017 at 10:50 PM, Ben Peart wrote:
>> From: Jeff King [mailto:p...@peff.net]
>> On Fri, Jan 13, 2017 at 10:52:53AM -0500, Ben Peart wrote:
>>
>> > Clone and fetch will pass a --lazy-clone flag (open t
> Cc: Ben Peart ; Shawn Pearce
> ; git ;
> benpe...@microsoft.com
> Subject: Re: [RFC] Add support for downloading blobs on demand
>
> On Tue, Jan 17, 2017 at 2:05 PM, Martin Fick
> wrote:
> > On Tuesday, January 17, 2017 04:50:13 PM Ben Peart wrote:
> >> While
On Tue, Jan 17, 2017 at 2:05 PM, Martin Fick wrote:
> On Tuesday, January 17, 2017 04:50:13 PM Ben Peart wrote:
>> While large files can be a real problem, our biggest issue
>> today is having a lot (millions!) of source files when
>> any individual developer only needs a small percentage of
>> th
On Tuesday, January 17, 2017 04:50:13 PM Ben Peart wrote:
> While large files can be a real problem, our biggest issue
> today is having a lot (millions!) of source files when
> any individual developer only needs a small percentage of
> them. Git with 3+ million local files just doesn't
> perform
Thanks for the encouragement, support, and good ideas to look into.
Ben
> -Original Message-
> From: Shawn Pearce [mailto:spea...@spearce.org]
> Sent: Friday, January 13, 2017 4:07 PM
> To: Ben Peart
> Cc: git ; benpe...@microsoft.com
> Subject: Re: [RFC] Add suppo
7 1:43 PM
> To: Ben Peart
> Cc: git@vger.kernel.org; Ben Peart
> Subject: Re: [RFC] Add support for downloading blobs on demand
>
> This is an issue I've thought a lot about. So apologies in advance that this
> response turned out a bit long. :)
>
> On Fri, J
This is an issue I've thought a lot about. So apologies in advance that
this response turned out a bit long. :)
On Fri, Jan 13, 2017 at 10:52:53AM -0500, Ben Peart wrote:
> Design
> ~~
>
> Clone and fetch will pass a �--lazy-clone� flag (open to a better name
> here) similar to �--depth� th
On Fri, Jan 13, 2017 at 7:52 AM, Ben Peart wrote:
>
> Goal
>
>
> To be able to better handle repos with many files that any individual
> developer doesn’t need it would be nice if clone/fetch only brought down
> those files that were actually needed.
>
> To enable that, we are proposing addin
Goal
To be able to better handle repos with many files that any individual
developer doesnt need it would be nice if clone/fetch only brought down
those files that were actually needed.
To enable that, we are proposing adding a flag to clone/fetch that will
instruct the server to limit
13 matches
Mail list logo
