Mercurial > hg
view tests/test-alias @ 8849:80cc4b1a62d0
compare grep result between target and its parent
I found that typical case is that grep target is added at (*) revision
in the tree shown below.
+--- 1(*) --- 3
0
+--- 2 ------ 4
Now, I expect 'hg grep --all' to show only rev:1 which is first
appearance of target line.
But 'hg grep --all' will tell:
target line dis-appeared at 3 => 4
target line appeared at 2 => 3
target line dis-appeared at 1 => 2
target line appeared at 0 => 1
because current 'hg grep' implementation compares not between target
revision and its parent, but between neighbor revisions in walkthrough
order.
I checked performance of this patch by "hg grep --follow --all
walkchangerevs" on whole Mercurial repo, and patched version could
complete as fast as un-patched one.
author | FUJIWARA Katsunori <foozy@lares.dti.ne.jp> |
---|---|
date | Tue, 19 May 2009 16:49:54 +0900 |
parents | 21688b8a594b |
children | 8bce1e0d2801 |
line wrap: on
line source
#!/bin/sh cat >> $HGRCPATH <<EOF [alias] myinit = init cleanstatus = status -c unknown = bargle ambiguous = s recursive = recursive nodefinition = mylog = log lognull = log -r null shortlog = log --template '{rev} {node|short} | {date|isodate}\n' dln = lognull --debug [defaults] mylog = -q lognull = -q log = -v EOF echo '% basic' hg myinit alias echo '% unknown' hg unknown echo '% ambiguous' hg ambiguous echo '% recursive' hg recursive echo '% no definition' hg nodef cd alias echo foo > foo hg ci -Amfoo echo '% with opts' hg cleanst echo '% with opts and whitespace' hg shortlog echo '% interaction with defaults' hg mylog hg lognull echo '% properly recursive' hg dln