Hound: A Fast Code Search Tool

http://codeascraft.com/2015/01/27/announcing-hound-a-lightning-fast-code-search-tool/

by caiobegotti • 11 years ago

96 43 11 years ago

bucky• 11 years ago

This has basically replaced ack for me. I was dubious of a web -based search tool when Kelly first sent an email about it, but after trying it a couple of times, I abandoned ack. It being linkable is extra icing on the cake for me.

knodi123• 11 years ago

I really feel the burn with simple "find globally" in my IDE... but I won't use this unless it can integrate into an IDE or advanced editor.

Is there a sublime or textmate plugin?

spdustin• 11 years ago

Yes. It's linked in the article.

https://github.com/bgreenlee/SublimeHound

derobert• 11 years ago

From the article: "…but with a command line version on the way and a Sublime Text plugin already live…"

benaiah• 11 years ago

I wonder how difficult it would be to write additional frontends to this. A documented API would be huge.

mindcrash• 11 years ago

Looks like there isn't any. But after a bit of code spelunking I found this: https://github.com/etsy/Hound/blob/master/src/hound/api/api.... (it basically tells the service how to interact with the outside world using mux - which, as a small aside, one of the more popular http routing packages in Go. But I wander...)

How the frontend interacts with the backend per default can be found here: https://github.com/etsy/Hound/blob/master/pub/assets/js/houn...

So it looks like wiring the default backend onto a custom frontend shouldn't be that difficult. Unless you want extra features ofcourse, because then it seems you need to learn a bit of Go ;)

prezjordan2• 11 years ago

Looks like the config requires you to specify repo URLs (only GitHub?). Can't seem to get a private repo to work.

JimmyL• 11 years ago

If you're experimenting, use `git config --global credential.helper 'store'` to set git to store your credentials in a plain-text file. Then (if you're on GitHub), generate a personal access token (https://help.github.com/articles/creating-an-access-token-fo...), and then use that as the password - once you've entered it once, it should be stored and not prompted for again.

Please remember how insecure this is.

mikenj• 11 years ago

"file:///"-based URLs also appear to work. Clone your private repo and point Hound at your local clone.

quanticle2• 11 years ago

How is hound better than ag [1]?

[1] https://github.com/ggreer/the_silver_searcher

kellegous• 11 years ago

The biggest difference is that Hound uses an inverted index to support regular expression searches. This is a technique borrowed from the original Google Code Search. The details are discussed on Russ Cox's site (http://swtch.com/~rsc/regexp/regexp4.html). With this technique, you can generally avoid even opening the vast majority of the files you are "grepping" (the number obviously depends on the pattern). To give you a sense, I just searched for a particular method name in several repositories totally several 100k of files and the search only had to open and search 9 files.

quanticle2• 11 years ago

Thanks for the explanation. I guess I missed the part that said that Hound is indexed search rather than straight file search.

lloydde• 11 years ago

https://news.ycombinator.com/item?id=8955663

prezjordan2• 11 years ago

How was this posted again?

dang3• 11 years ago

See https://news.ycombinator.com/item?id=8961739.

PaulHoule• 11 years ago

I've wanted one of these for Java, that reads my POM file and searches over the dependencies of my project.

BetaCygni• 11 years ago

Eclipse does this.

mdaniel2• 11 years ago

Do you mean outside of an IDE, because as the sibling comment notes: both IntelliJ and other inferior editors do this.

If you mean from the command-line, then, yes, it likely take some use of mvn dependency:tree and javap invocations (or unzip for the deps that ship -sources.jar artifacts)

spain• 11 years ago

I'd be interested in knowing how this compares to the Silver Searcher [0], I'm surprised it wasn't mentioned at all since they're similar.

[0] https://github.com/ggreer/the_silver_searcher

zellyn• 11 years ago

Pretty sure ag searches on-the-fly, whereas Hound builds an index.

Edit: Yup, from previous discussion: https://news.ycombinator.com/item?id=8957565

reledi2• 11 years ago

One big difference is the UI. Silver Searcher is used on the command line whereas Hound is used in a webpage.

Edit: A command line version is also on the way.

bullfightonmars• 11 years ago

rking's ag.vim provides a UI to Silver Searcher in vim, it is effectively similar to this, plus it's right in your next editor! https://github.com/rking/ag.vim

That said Hound looks like a nice tool. I'm giving it a try.

escherize• 11 years ago

I've been using helm-projectile's helm-projectile-ag in emacs (on prelude) a lot lately. It's very nice to have live filtering while you type a query, and the ability to search for symbol at point.

https://tuhdo.github.io/helm-projectile.html

caio19823• 11 years ago

It is a pity this didn't get much traction when it was posted! I was loosing some hair trying to deploy OpenGrok and I think I am going to give Hound a try instead.

4ad• 11 years ago

Well, as far as J2EE apps go, OpenGrok is a breeze to deploy, but it's still a PITA.

OpenGrok indexing is very very slow. It used to take 10+ minutes on my codebase and my machine. When I switched to Russ Cox' codesearch, indexing was so fast that I just put it in my .profile. And I didn't have to run Tomcat on my laptop.

I haven't tried this tool yet, but if it works by the same principles as codesearch I'd expect it to be very fast.

reledi2• 11 years ago

I was a little confused by the title because thoughtbot has an open sourced tool also named Hound [1].

1: https://houndci.com

andrewjkerr• 11 years ago

Same here. Since they're both dealing with code I think the name confusion is a pretty big deal.

weitzj• 11 years ago

Is this similar to SourceGraph?

dang3• 11 years ago

https://news.ycombinator.com/item?id=8955663

caio19823• 11 years ago

Dang, is there any design reason for not listing only a single news for submissions with both http:// and https:// in the URL? I basically posted that again because IMHO the original post didn't get attention that Hound deserved (since it was posted in a shitty hour of the day), but this is a cheap trick to bypass the submit form I know.

EDIT: clarification

dang3• 11 years ago

The duplicate detector is left weak like that on purpose to allow for reposts of good stories that didn't get significant attention the first time they were posted. This is described in the FAQ: https://news.ycombinator.com/newsfaq.html.

We treated this one as a dupe because it's pretty hard to argue that the previous post didn't get significant attention at 46 points. On the other hand, the interest in this project (including the repost) looks organic and genuine, so as an experiment, we've unburied it and merged yesterday's comments into this thread.

blt• 11 years ago

Cool. Seems like a perfect use case for Go. That code is a pleasure to read.

stephenmm• 11 years ago

I have been using Google Code Search (https://code.google.com/p/codesearch/) and find it indispensable.

mdaniel2• 11 years ago

Evidently so does Hound: https://github.com/etsy/Hound/tree/master/src/code.google.co...

junkblocker• 11 years ago

I am maintaining a fork of it at https://github.com/junkblocker/codesearch where I've added some niceties.

johncoltrane2• 11 years ago

Before Hound, most engineers used ack or grep to search code,

…meanwhile, programmers used actual code searching tools like GLOBAL, cscope or ctags to "search code".

lstamour• 11 years ago

Cool alternatives. Also git grep if in a repo, it's quite fast: http://git-scm.com/docs/git-grep

But hey, this has a web interface. Might be useful for documentation or less technical users too. I'll have to try it sometime.

comex• 11 years ago

I use cscope extensively, but it serves a quite different purpose from grep. It's good at jumping to definitions and references for a specific symbol (although C++ support is miserable; AFAIK the other tools you listed are similar), but grep's required if you need more structure/context, if you're searching comments or don't know exactly what something is called, etc.

johncoltrane2• 11 years ago

Yes, that's exactly my point. Use cscope and co for searching code and grep and co for searching text.

taeric• 11 years ago

I've gotten used to GLOBAL. Basically a nicer version of cscope, from my memories of it. Some of that could just be a better emacs mode, though.

It is funny, because I can not deny that there are more powerful ways of doing searches on source code. However, I think there is a beautiful thing about code that is easily greppable.

hatred• 11 years ago

I tried using file based URL's (file:///) but it did not work for me. Is it supposed to work with f ile based URL's ?

sciurus• 11 years ago

For another example of a code search service written in Go, see the software powering http://codesearch.debian.net

https://lwn.net/Articles/627609/

https://github.com/Debian/dcs

Hound: A Fast Code Search Tool

Related Stories