On Thu, Aug 4, 2016 at 11:54 AM, Michael Giuffrida
wrote:
> On Mon, Aug 1, 2016 at 2:35 PM, Junio C Hamano wrote:
>> I do not think "git grep" was designed to do multi-line anything,
>> with or without lookahead. If you imagine that the implementation
>> attempts its matches line-by-line, does t
On Mon, Aug 1, 2016 at 2:35 PM, Junio C Hamano wrote:
> Michael Giuffrida writes:
>
>> Is this expected behavior, and if so, why/where is this documented?
>
> I do not think "git grep" was designed to do multi-line anything,
> with or without lookahead. If you imagine that the implementation
> a
Michael Giuffrida writes:
> Is this expected behavior, and if so, why/where is this documented?
I do not think "git grep" was designed to do multi-line anything,
with or without lookahead. If you imagine that the implementation
attempts its matches line-by-line, does that explain the observed
s
Negative lookahead/lookbehind with `git grep -P` considers the
surrounding lines of an otherwise positive match. This differs from
`grep -P` behavior. It does not repro for *positive*
lookahead/lookbehind.
Example:
$ echo -e 'Bar\nBar Baz\nBat' > test.txt && git add test.txt
$ git grep -P 'Bar(?!\
4 matches
Mail list logo