From c2e2a634e6417517a6ad003e809f06730a6ad75d Mon Sep 17 00:00:00 2001 From: Brian Hicks Date: Tue, 31 Aug 2021 12:39:54 -0500 Subject: [PATCH] link to comby --- content/posts/tree-grepper.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/posts/tree-grepper.md b/content/posts/tree-grepper.md index 6ffb30c..c1952ba 100644 --- a/content/posts/tree-grepper.md +++ b/content/posts/tree-grepper.md @@ -15,7 +15,7 @@ It lets you search very quickly across large projects full of diverse filetypes, The big benefit here is that it's easy to expand: tree-sitter is getting really popular, what with language servers and [Neovim extensions](https://neovim.io/doc/treesitter/) and everything, so it's pretty likely that someone has already built a parser that we can just add! Currently tree-grepper lets you search Elm, Haskell, JavaScript, Ruby, Rust, and TypeScript, but it's pretty easy to add more, and [the README has a step-by-step guide](https://github.com/BrianHicks/tree-grepper#supported-languages). -Tree-grepper is focused only on search: it doesn't do linting (like [semgrep](https://semgrep.dev)) or AST-based refactoring (like many other tools and IDEs.) +Tree-grepper is focused only on search: it doesn't do linting (like [semgrep](https://semgrep.dev)) or AST-based refactoring (like [comby](https://comby.dev/).) You can get structured match data out of it, but any further processing is another tool's responsibility. This let me cut down on scope significantly, and optimize for searching alone. Hooray for the Unix philosophy!