Re: [RFC] Faster git grep.

Ondřej Bílka [off-list ref] writes:

If grepping random commit in history is important use case then keeping
db information in history makes sense. Otherwise just having database
for current version and updating it on the fly as version changes is
enough.

Will you reindex every time I do "git checkout next; git checkout
master"?

On Thu, Jul 25, 2013 at 06:28:50PM -0700, Junio C Hamano wrote:

Ondřej Bílka [off-list ref] writes:

quoted

If grepping random commit in history is important use case then keeping
db information in history makes sense. Otherwise just having database
for current version and updating it on the fly as version changes is
enough.

Will you reindex every time I do "git checkout next; git checkout
master"?

This is separate issue as you would need to change index anyway, number
of changes would be proportionate to size of diff so you would not gain
much. Possible problem here is that you would end changing many files. 
A possible solution is do rebuilding in background.

For switching often to different branches that are vastly different a
best solution for me seems to keep separate index for each branch.

Also data structure is trigraph: list of files with counts.