Regarding your response to “why not use an IDE?”; do you have any other product-like use cases interest you? The one you mention - search across many repositories - makes a lot of sense for organizations with (for example) a Github Enterprise installation and want to investigate or make changes across multiple components. This is definitely relevant to me, and so I wonder what other cool things can I do with it?
I think in the immediate term, we would like to talk to as many people as we can that have this "search across many repos" problem such that we can dial in the core search experience.
Looking beyond the immediate, I think there is allot of fertile ground with respect to making engineering teams more efficient beyond just regular code search. Semantic code search for example is one of those features that I really wish I had when I was at my last job - would have made onboarding onto new codebases much easier.
Would love to hear more about your use cases: brendan@sourcebot.dev
Awesome to see another open source player in the space, especially after Sourcegraph went closed source.
It looks like you're working on this full-time (and it's a lot of work to build great code search, as I know from working on my own product).
What are your plans for monetizing / building a sustainable business without inevitably going closed source like Sourcegraph?
Currently, we don't have any plans of monetizing - the main focus for us right now is building something that people want to use :)
Cool to see someone carrying on the dream after SourceGraph lost their way.
I haven't followed SG closely. Other than licensing, what have they done to fall out of favor?
Great work! Any plans to add Gitea/Forgejo (self-hosted) support?
Thanks! Yea we would definitely like to support more code-hosts. If you have a sec, could you open a issue so we can track it?
Any plans for non Github/Gitlab integrations? Gitea/Gogs/etc. maybe?
yes definitely - mind opening a issue so we can track it?
Nice! Still not quite as good as grep.app from an interface point of view. They have instant search-as-you-type results over all of GitHub.
It's not open source but I use it all the time. Far superior to Github's search.
Anyone know how companies like this maintain tabs on so much of the GitHub repos? I assume very distributed crawling/cloning.
Can somebody share the use case of this? Why not just use your IDE?
yea it's a fair question - an IDE is often more convenient when you have the code checked-out locally. This becomes a pain when you work in a organization with potentially hundreds of repositories that you need to search across (e.g., a org stores their 100+ microservices in separate repos, and you need to find all places where they make a request to your service).
I cannot run Xcode on Linux, I cannot run Visual Studio on Linux, I might not have an IDE set up for the language that I want to inspect. Many reasons. Also, some languages practically require arbitrary code execution to make a build, which I'd much prefer to shove into an isolated VM.
Finding examples of how others implement similar logic is my biggest use case for code searching, but since GitHub copied SourceGraph, I don't have much of a need for these self-hosted solutions.
This is really exciting. Happy to see someone building an open source solution in this space
This is well done thanks for the share.
sourcegraph is dead with advent of LLMs and AI coding tools right? Github cross repo search is also not bad anymore
Wrong. Unless you want to feed the LLM your entire codebase, which is usually infeasible, you need to be able to retrieve relevant context, which relies on understanding the codebase, as Sourcegraph does. Sourcegraph has a product that does precisely this, called Cody.