Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

blog.burntsushi.net

Post reply on HN
Print view View original

151–160 of 198 posts

Re: Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

#151

Post by JamesSwift »

seanw444 wrote: post #96
imakira wrote: post #62

Earlier quoted context omitted.

I wrote a bash version of this: function frg { result=`rg --ignore-case --color=always --line-number --no-heading "$@" | fzf --ansi \ --color 'hl:-1:underline,hl+:-1:underline:reverse' \ --delimiter ':' \ --preview "bat --color=always {1} --theme='Solarized (light)' --highlight-line {2}" \ --preview-window 'up,60%,border-bottom,+{2}+3/3,~3'` file="${result%%:*}" linenumber=`echo "${result}" | cut -d: -f2` if [ ! -z "…

I've never really seen PowerShell beyond minimal commands, but after seeing the parent, I definitely think it has the superior syntax of the shells. Especially for scripts.

The only thing making it less than a total win is its handling of piped errors and `set -e`. The programming model itself is far superior to 'stringly-typed' sh.

Re: Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

#152

Post by hhda »

3PS wrote: post #141
hhda wrote: post #132

Earlier quoted context omitted.

Yeah, the -M command is wonderful (super handy for ignoring minified files that you don't want to see results from, etc), and also great is the -g command (eg `-g *.cs` and you'll just search in files that have the .cs extension). Also the fact that it is a standalone portable executable can be super handy. Often when working on a new machine, I'll drop in the executable and an alias for grep that points to rg, so if…

If you're a fan of the -g flag to ripgrep then I also recommend checking out the -t flag, short for --type, which lets you search specific file types. You can see the full list with `rg --type-list`. For example, you could just search .cs files with `rg -tcs`. This flag is especially convenient if you want to search e.g. .yml and .yaml in one go, or .c and .h in one go, etc.

Thanks, I didn't know about `-t`, I'll read up on it.

Re: Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

#153

Post by kaba0 »

tialaramex wrote: post #131
seanw444 wrote: post #96

Earlier quoted context omitted.

I've never really seen PowerShell beyond minimal commands, but after seeing the parent, I definitely think it has the superior syntax of the shells. Especially for scripts.

I expected to like Powershell when I began working somewhere with a lot of Windows (after decades of mostly Linux). I figured on paper this sounds like it has learned many important lessons that Unix shells could learn but (at least the popular ones) didn't, it's been given a blank canvas, the principles it's working to make sense, it has good people behind it. So I even undertook to write a modest new piece of glue…

> It also just doesn't feel like a quality product. On my work Windows laptop, Powershell will sometimes not quite bother flushing after it starts, so I get the banner text and then..

That’s independent of the shell, and is I believe a bug in the terminal emulator. There is an open source Windows Terminal you can separately install and that is so much better.

Re: Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

#154

Post by kaba0 »

ForkMeOnTinder wrote: post #133
imakira wrote: post #62

Earlier quoted context omitted.

I wrote a bash version of this: function frg { result=`rg --ignore-case --color=always --line-number --no-heading "$@" | fzf --ansi \ --color 'hl:-1:underline,hl+:-1:underline:reverse' \ --delimiter ':' \ --preview "bat --color=always {1} --theme='Solarized (light)' --highlight-line {2}" \ --preview-window 'up,60%,border-bottom,+{2}+3/3,~3'` file="${result%%:*}" linenumber=`echo "${result}" | cut -d: -f2` if [ ! -z "…

1. Thanks for this, instantly added to my dotfiles 2. You nerd-sniped me into getting rid of the unnecessary `cut` process :) file=${result%%:*} line=${result#*:} line=${line%%:*}

Jesus, bash really is an abomination

Re: Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

#155

Post by kzrdude »

larodi wrote: post #24
ctenb wrote: post #9

Earlier quoted context omitted.

What? Git grep is all you ever need in my experience, and it's ~faster than~ (edit: as fast as) ripgrep when searching a git repo.

I really doubt git grep can outperform ripgrep in any tests... please provide some proof.

git grep is shallow: only current git repo, rg is fully recursive, all submodules and also untracked (and not ignored) directories.

In some trees, git grep will be a lot faster because it searches a smaller part of it.

Re: Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

#156

Post by rpigab »

bawolff wrote: post #116

Grep is already pretty much instant so what does it matter?

I love grep, but ripgrep really improves on it.

Very often, I don't want to look for files that aren't tracked under Git VC, and I'm not looking for matches in binary files, so by default, ripgrep does that, which can cut time by 99%. I used to grep in small dirs, now I can I can ripgrep in my whole home, not that I do it, but I can. That + Sourcegraph on master branch, and it makes searching for any other thing than plain text feel sooo slow (Atlassian Confluence and Jira, Google docs, etc.).

Thank you so much Burntsushi and contributors!

Re: Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

#157

Post by bloopernova »

stinos wrote: post #110
bloopernova wrote: post #63

Earlier quoted context omitted.

With fzf you can add lots of files to git while skipping some if you want: fza = "!git ls-files -m -o --exclude-standard | fzf -m --print0 | xargs -0 git add" With that in the [alias] section of a gitconfig file, running git fza brings up a list of modified and not yet added files, space toggles each entry and moves to the next entry. That alias as well as fzf+fd really speed up some parts of my workflow. Oh and sham…

Add the preview to see what you're actually stashing: git ls-files -m -o --exclude-standard | fzf -m --print0 --preview "git diff {1}" | .... And that's just the start: it could even be that by binding a key to the fzf reload command to then display the diff in it's finder, and in turn a key to stage the selected line, you could turn that into an interactive git staging tool.

Nice. I'll have to try that out!

Re: Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

#158

Post by ctenb »

kzrdude wrote: post #155
larodi wrote: post #24

Earlier quoted context omitted.

I really doubt git grep can outperform ripgrep in any tests... please provide some proof.

git grep is shallow: only current git repo, rg is fully recursive, all submodules and also untracked (and not ignored) directories. In some trees, git grep will be a lot faster because it searches a smaller part of it.

No, git grep can recurse, if you pass the flag, just like all other git commands. --recurse-submodules

Re: Ripgrep is faster than grep, ag, Git grep, ucg, pt, sift (2016)

#160

Post by jrockway »

tialaramex wrote: post #131
seanw444 wrote: post #96

Earlier quoted context omitted.

I've never really seen PowerShell beyond minimal commands, but after seeing the parent, I definitely think it has the superior syntax of the shells. Especially for scripts.

I expected to like Powershell when I began working somewhere with a lot of Windows (after decades of mostly Linux). I figured on paper this sounds like it has learned many important lessons that Unix shells could learn but (at least the popular ones) didn't, it's been given a blank canvas, the principles it's working to make sense, it has good people behind it. So I even undertook to write a modest new piece of glue…

I find the built-in commands rough. "curl https://jrock.us" to see if my website is up used to involve opening Internet Explorer to accept some sort of agreement. Now it just flashes the terminal, moves the cursor to the far right hand side of the screen, and blinks for a while. I like the Linux version of curl better...
Post reply on HN