6 ms·
Unrelated, but thank you for your work! You’ve saved me tens if not hundreds of hours with ripgrep, and I’ve become a huge evangelist of it at my workplace. Wh
by aryik 4y ago
Unrelated, but thank you for your work!
You’ve saved me tens if not hundreds of hours with ripgrep, and I’ve become a huge evangelist of it at my workplace. When I’m helping someone understand how to debug customer issues, the first thing I tell them is to install ripgrep. Truly a fantastic piece of software.
- burntsushi 4y agow00t! Thanks for the kind words. :-)
- lillecarl 4y ago"gron | rg", because life is too short to learn jq. Amazing work on rg!
- tambourine_man 4y agoOMG, thank you. jq is great but its syntax is impossible to memorize. This is so much better.
- lillecarl 4y agoAny time! Yeah jq is great, but my usecase is covered better by these two together. Truly the Unix philosophy at it's finest. It's the only way I search JSON these days! (or YAML with "yq | gron | rg" to get results, pop into (n)vim and to my thing :)
- pmarreck 4y agoWait, does ripgrep understand json or something??
- burntsushi 4y agoNo. `gron` understands JSON and flattens it, effectively turning it into line oriented data.
- ncmncm 4y agoSorry, how does ripgrep save you tens of hours? I get that it is faster than regular grep, but that doesn't really answer the question; I don't find myself stalled waiting for grep. The only reasonable explanation would be something ripgrep does that grep actually doesn't. I could try to guess, but have no confidence I would guess right.
- crdrost 4y ago1. Available on Windows without WSL, possibly the biggest time saver for those affected 2. Auto ignores .gitignore files, so does not search node_modules or build/ etc., huge noise reduction there. 3. -t/-T gates on file extension which is a very nice feature, again signal to noise 4. The combo of speed and the above and the recursive-by-default mean that you search much larger corpuses by default, like “all the microservices in the cluster” or “my entire home dir”, because you know it's some .xml file mentioning “jackson” where you saw this config you need before. 5. For some reason I never remember which regex features are grep vs egrep, so I end up just testing on a bunch of strings to see if I have to like backslash the plus operator or whatever. With rg it's like “oh this is going to have the same syntax as JS regex.” 6. Unicode compatibility by default could save you that sort of time maybe on specific workloads?
- 3np 4y ago7. Options like -g, --max-depth, and --max-filesize make chaining with `find` or (trigger warning) grepping your grep output redundant.
- deleted 4y ago[deleted]
- thelibrarian 4y agoTotally anecdotal, but I have found ripgrep orders of magnitude faster than grep when searching a large corpus of data (in my case, many multi-hundred megabyte to gigabyte XML files). As in, ripgrep completed the search in seconds, grep took multiple minutes. I'm sure I could have done some research to optimise/parallelise grep, but ripgrep worked doing the "dumb" search.