Jeff Hostetler <jeffh...@microsoft.com> writes: > From: Jeff Hostetler <g...@jeffhostetler.com> > > Teach pack-objects to omit blobs from the generated packfile. > > When the --partial-by-size=n[kmg] argument is used, only blobs > smaller than the requested size are included. When n is zero, > no blobs are included.
Does this interact with a more traditional way of feeding output of an external "rev-list --objects" to pack-objects via its standard input, and if so, should it (and if not, shouldn't it)? It is perfectly OK if the answer is "this applies only to the case where we generate the list of objects with internal traversal." but that needs to be documented and discussed in the proposed log message. > When the --partial-special argument is used, git special files, > such as ".gitattributes" and ".gitignores" are included. And not ."gitmodules"? What happens when we later add ".gitsomethingelse"? Do we have to worry about the case where the set of git "special files" (can we have a better name for them please, by the way?) understood by the sending side and the receiving end is different? I have a feeling that a mode that makes anything whose name begins with ".git" excempt from the size based cutoff may generally be easier to handle. I am not sure how "back-filling" of a resulting narrow clone would safely be done and how this impacts "git fsck" at this point, but if they are solved within this effort, that would be a very welcome change. Thanks.
