rg vs ag?

两者都用,平时用rg,搜索中文的时候用ag,貌似rg搜索中文要指定coding?那多麻烦了

好吧……我一般不搜索中文

之前发现ag对.gitignore文件处理有bug,上报了很久没有解决,好像开发不是很活跃了, 换成了rg,用着不错

选rg没错,ag效率不如rg。

可以看这一篇 blog : https://blog.burntsushi.net/ripgrep/ , 它对比了 grep 、ack 、 ag 、rg

最下面也有各个场景的基准测试,不过是两年前的,不知道现在是否还正确了。

1 个赞

我就想问问现在用rg作为Emacs的唯一grep程序(没有ag,ack,pt等fallback)还有什么问题没?(当然还是有GNU Grep这个fallback)

我不想使用fallback的原因就是我喜欢一类工具只留一个,这也是我之前为啥要发那个你们是否会强迫自己使用Emacs的原因。

以及我会对rg存有疑问是因为rg的面向行特性……

没啥大问题 速度很快 配合counsel食用更佳

现在唯一的问题就是xref-js2需要ag……

中文相关的问题这里已有讨论: 对于搜索中文,rg > grep > ag/ack?

不知这些搜索工具,哪个支持 ignore 规则叠加的。

以 ag 为例,它支持 .gitignore 很好,不过有时候「需要追踪」的文件,跟「需要搜索」的文件并不相等。在我的 emacs.d 里,有个 private 文件夹,专门存放涉及个人邮箱/公司地址…等等信息的 snippet/函数/脚本,我并不想把它们纳入版本管理,但是希望可以搜索到。

所以,如果有个搜索工具,它即支持 .gitignore 把 git 管理的文件纳入,又可以有自己的 ignore file,把 git 排除的某些文件也纳入搜索,就完美了。

1 个赞
所以,如果有个搜索工具,它即支持 .gitignore 把 git 管理的文件纳入,又可以有自己的 ignore file,把 git 排除的某些文件也纳入搜索,就完美了。

这个rg可以使用.rgignore来设置忽略的文件。

把 git 排除的某些文件也纳入搜索,就完美了。

这个我在emacs中也不是问题,因为rg自已有–no-ignore选项。所以在emacs中使用rg包,或者是最近论坛里发的color-rg,都可以在搜索时一键切换是否搜ignore的内容,切换搜索目录等等功能。我觉得应该可以解决这个问题。

要的是叠加效果:.gitignore 为主90(%规则),XXignore 为辅助(10%规则),并不是想要两个 90% 内容相同的 ignore file。

不局限于 emacs 配置代码,只是举例子。

现在对我来说,唯一的问题就在于xref-js2了……

手动魔改里面的path 从ag改到rg不就好了

去看了一下手册 https://github.com/BurntSushi/ripgrep/blob/master/GUIDE.md#automatic-filtering 确实有说支持,但实测并没有效果,也需我用的版本比较旧。

另外要告诉你个事实:

论坛的帖子&回复都是软删除,也就是说,删除并不能节省存储空间,反而给 deleted_at 字段填上了日期,原本这个字段是空的。

不知这会减少/增加你的焦虑感?

1 个赞

我稍微看了一下xref-js2的实现,发现要改的地方还真不少……

我不想用dump-jump的原因就是支持的语言多……

最后还是决定用ripgrep了……因为速度差距太明显……

rg 功能多点,速度快一点,但怎么比 ag 大那么多?

47%20PM

因为 Rust 的 runtime 大。

1 个赞

rg明显比ag快。。。而且搜大文件不卡