Hacker News Reader

Comment by er4hn | Hacker News Reader

Discoverability. It's a lot easier to search one repo then it is to search a set of repos. For the latter you need to have all the repos listed somewhere, and have them be accessible.

View on HN

SourceGraph is great to search in many repos.

SourceGraph is modeled after Google's internal code search tool (to the point I've seen ads on facebook that say "Hey Xoogler, miss code search? Try Sourcegraph").

It's just as easy to index multiple repos as it is to index one, which means that the same goes for searching. Why would it be any different for one as opposed to many?

We use GitLab in the company I work for. There may be repositories created by others in the company, that depend on repos I work on, where I don’t have access to said other repos. So to me these are invisible. If everything was in one monorepo, it’d all be visible to me easily.

That’s more of a culture thing. Your company chose to enforce more granular permissions. Perhaps there are good reasons behind it, e.g. code for different clients being under different contracts and NDAs.

That's a question of policy, not of repo structure. A monorepo can still have certain parts of the repo protected by access control. One repo doesn't mean "all files share one read permission".

> It's a lot easier to search one repo then it is to search a set of repos.

Maybe, but searching any repo or combination of repos with billions of lines of code would be challenging.

Surprisingly not. Code Search is excellent and supports all of the power user features you could possibly want.

Haha, yeah, I’m sure it works for Google. I was trying to say that when searching billions of lines, the challenge is in the fact that it’s billions of lines, not in whether it’s one or multiple repositories.

Reply on news.ycombinator.com