Re: [PATCH WIP 0/3] git log --exclude
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Oct 6, 2011, 17:22 UTC
- Message-ID
- <7vpqia11ds.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <20111006143441.GA21558@sigill.intra.peff.net>
Jeff King <peff@peff.net> writes:
> The current protocol relies on certain repository properties on the > remote end that narrow clone will violate. I don't see a way around that > without a protocol extension to communicate the narrowness. What will > that extension look like?
It would have to involve exchanging "I have/am interested in the paths that match these pathspecs". I do not mind if our initial implementation did not support anything other than fetching into a narrow from full and pushing from a narrow to full. The second iteration could add fetching and pushing between two narrows with the same set of narrowing pathspecs.
As to widening the area after a clone is made, I do not mind and if our initial impementation only supported widening the area in a stupid way (e.g. semi-equivalent of initial clone with the widened set of narrowing pathspecs).