Hound

Hound is an extremely fast source code search engine. The core is based on this article (and code) from Russ Cox: Regular Expression Matching with a Trigram Index. Hound itself is a static React frontend that talks to a Go backend. The backend keeps an up-to-date index for each repository and answers searches through a minimal API. Here it is in action:

Live demo: https://search.odooism.com/

Quick Start Guide

Using Go Tools

1. Use the Go tools to install Hound. The binaries houndd (server) and hound (cli) will be installed in your $GOPATH.

go get github.com/itpp-labs/hound/cmds/...

2. Create a config.json in a directory with your list of repositories.

3. Run the Hound server with houndd and you should see output similar to:

2015/03/13 09:07:42 Searcher started for statsd
2015/03/13 09:07:42 Searcher started for Hound
2015/03/13 09:07:42 All indexes built!
2015/03/13 09:07:42 running server at http://localhost:6080

Using Docker (1.4+)

1. Create a config.json in a directory with your list of repositories.

2. Run

   docker run -d -p 6080:6080 --name hound -v $(pwd):/data ghcr.io/itpp-labs/hound/production
   

You should be able to navigate to http://localhost:6080/ as usual.

Running in Production

There are no special flags to run Hound in production. You can use the --addr=:6880 flag to control the port to which the server binds. Currently, Hound does not support TLS as most users simply run Hound behind either Apache or nginx. Adding TLS support is pretty straight forward though if anyone wants to add it.

Why Another Code Search Tool?

We've used many similar tools in the past, and most of them are either too slow, too hard to configure, or require too much software to be installed. Which brings us to...

Requirements

• Go 1.9+

Yup, that's it. You can proxy requests to the Go service through Apache/nginx/etc., but that's not required.

Support

Currently Hound is only tested on MacOS and CentOS, but it should work on any *nix system. Hound on Windows is not supported but we've heard it compiles and runs just fine.

Hound supports the following version control systems:

• Git - This is the default
• Mercurial - use "vcs" : "hg" in the config
• SVN - use "vcs" : "svn" in the config
• Bazaar - use "vcs" : "bzr" in the config

See config-example.json for examples of how to use each VCS.

Private Repositories

There are a couple of ways to get Hound to index private repositories:

• Use the file:// protocol. This allows you to index a local clone of a repository. The downside here is that the polling to keep the repo up to date will not work. (This also doesn't work on local folders that are not of a supported repository type.)
• Use SSH style URLs in the config: "url" : "[email protected]:foo/bar.git". As long as you have your SSH keys set up on the box where Hound is running this will work.

Keeping Repos Updated

By default Hound polls the URL in the config for updates every 30 seconds. You can override this value by setting the ms-between-poll key on a per repo basis in the config. If you are indexing a large number of repositories, you may also be interested in tweaking the max-concurrent-indexers property. You can see how these work in the example config.

Search optimization

If you have large num of repositories you may be interested in tweaking following configs:

• max-concurrent-searchers -- default is 1000
• max-repos-in-first-result -- instructs hound to don't show results from more repos than this number
• max-repos-in-next-result -- max num repos to show when users clicks "Load from other repos"

Editor Integration

Currently the following editors have plugins that support Hound:

• Sublime Text
• Vim
• Emacs
• Visual Studio Code

Hacking on Hound

Editing & Building

Requirements:

• make
• Node.js (Installation Instructions)

Hound includes a Makefile to aid in building locally, but it depends on the source being added to a proper Go workspace so that Go tools work accordingly. See Setting GOPATH for further details about setting up your Go workspace. With a GOPATH set, the following commands will build hound locally.

git clone https://github.com/itpp-labs/hound.git ${GOPATH}/src/github.com/itpp-labs/hound
cd ${GOPATH}/src/github.com/itpp-labs/hound
make

If this is your only Go project, you can set your GOPATH just for Hound:

cd
mkdir go
cd go
git clone https://github.com/itpp-labs/hound.git src/github.com/itpp-labs/hound
GOPATH=$(pwd) make -C src/github.com/itpp-labs/hound

Testing

There are an increasing number of tests in each of the packages in Hound. Please make sure these pass before uploading your Pull Request. You can run the tests with the following command. To run the entire test suite, use:

make test

If you want to just run the JavaScript test suite, use:

npm test

Any Go files that end in _test.go are assumed to be test files. Similarly, any JavaScript files that ends in .test.js are automatically run by Jest, our test runner. Tests should live next to the files that they cover. Check out Jest's docs for more details on writing Jest tests, and check out Go's testing docs for more details on testing Go code.

Working on the web UI

Hound includes a web UI that is composed of several files (html, css, javascript, etc.). To make sure hound works seamlessly with the standard Go tools, these resources are all bundled inside of the houndd binary. Note that changes to the UI will result in local changes to the ui/bindata.go file. You must include these changes in your Pull Request.

To bundle UI changes in ui/bindata.go use:

make ui

To make development easier, there is a flag that will read the files from the file system (allowing the much-loved edit/refresh cycle).

First you should ensure you have all the dependencies installed that you need by running:

make dev

Then run the hound server with the --dev option:

bin/houndd --dev

Note: to make it work, port 9000 should be free.

Credits

Created at Etsy by:

• Kelly Norton
• Jonathan Klein

Maintained by IT Projects Labs.