From: Johannes Sixt Date: Tue, 29 Jan 2008 09:18:32 GMT Subject: Re: --first-parent plus path limiting Message-ID: <479EEF68.7080505@viscovery.net> In-Reply-To: <7v63xdov20.fsf@gitster.siamese.dyndns.org> Junio C Hamano schrieb: > Johannes Sixt writes: > >> I was expecting that it works like "First follow the first-parent, and >> then simplify the history with respect to builtin-fetch.c." > > If you first follow the first-parent, the result will by > definition not have any merges, so there is nothing left to > simplify. History simplification is about merge removal, > looking at all parents. > > Removing commits from a single strand of pearls that do not > touch the specified pathspecs is called "--dense" (which is on > the default) and can be disabled with "--sparse". > > So, no, it is not a matter of definition, as "first follow the > first-parent then simplify" does not make much sense. OK. Is there a combination of options that does --first-parent on the full history, but then --dense on the resulting strand of pearls with respect to a certain path? -- Hannes