1. Exact match. Let me search for "foo.bar" and only find that exact sequence rather than tokenising it and finding all files with "foo" and "bar". This issue alone has led me to never use it in favour of clone + ripgrep
2. Inline expand in search results. Let me click a button to see all matches in a file when there's more than fits into your result preview, rather than having to click into the search result then repeat the same search with my browser search to find where in the file it is
Definitely 'exact match search' (or 'verbatim search' in evil-ese)
Also bunching dupes and near-dupes. It stinks to wade through 100s of duplicate files.
For C and C++ files, it would be nice if you prioritized implementation files (and only header files with inline code etc) above boring header files in the search results.
Over a year ago http://grep.app showed up which does basically all I want from GitHub search and Nat (GitHub CEO) said lets talk, but nothing public happend. Biggest thing I use it for is looking for examples of how to use some API, so exact search of the function name and filter by language. The regex is also super nice to have when I need it.
I just tested this with a private repo and confirmed: currently if you search for text that appears only in old commits and was removed, I see nothing show up in the search. I would like to search not only for text in the latest state of the repo, but the entire history. This would be a KILLER feature.
Ability to group or remove duplicate files from search.
E.g. this appears in X more times (in Y other repositories). Particularly useful when the code is part of sdk (like aws sdk) which almost all repos have a copy off, and so the result appears 5k times with the same file showing over and over.
I use GitHub search a lot to find how people are using an API or some function but the main results get obscured because of the problem above.
Unless things have recently changed, I have never been able to search on a specific branch of a given repo. I want to just search in a feature branch, but the default search doesn't do that and I have not seen in the UI on how to change to a different branch. Additionally, if there are many pages returned for a given repo, it is very hard / slow to navigate through the results if you don't get a hit on the first page.
I'd like to be able to search for active and most active forks. I'd also like to code search fork commit additions.
If someone fixed my issue in a new commit in fork somewhere, or already added the feature I need, I'd really like to know, so I don't reinvent the wheel!
This is actually already a thing, but doesn't seem to work consistently. I've seen it happen on a few popular projects and its magical; but I can't figure out why it doesn't work on some of my repos.
Edit: checked a little project I committed last weekend, and it works! I think the search indexing is done every once in a while, not incrementally.
Exactly, more language specific search functionality.
I want to be able to hover over a variable, function or class and see where it is defined and some places where it is used elsewhere.
Essentially the features of an advanced IDE, without the ability to edit and a simple user interface. I don't want the website to break if JS isn't enabled or use a 1000% CPU.
Please index source code files that are "too large to render". It seems like the indexing misses these files, which are sometimes very long automatically generated stubs, but I still need to figure out where they are defined. For example, the python kubernetes modules have data models that are large, and sometimes tricky to find (at least until I learned the code, but the lack of search results was confusing).
Use a proper indexer and search engine. Like xapian.
git grep works only for primitive results, but for all the metadata you need proper indices and an ui.
Eg. exclude forks, rank headers higher than source. Rank titles or headers higher than bodies.
Verbatim vs regex vs parsed search queries.
Xapian can all do that. And is very efficient on that scale. Unlike elasticsearch or Google code search.
Advanced search options, more the better. Search by user, project, date, file type, language, etc. and allow multiple selections and negation.
Search results ordering (by date, relevance, other facets)
Deduplication in search —- often times you just get pages of results that are all forks
I think they made it harder to find - I remember being able to get to it in just the search bar. Having the syntax autocompleted for you would be nice.
Quite often I use the search to find a string across projects (we have quite a lot of microservices).
It would be great if you could exact match and also if the results would be from master by default. Quite often it puts me in a commit and I have no idea why or if it's still current.
Remove specific folders from the results. I stopped using Github Code Search because when i do it get dozens of pages for a match in unit tests and i don‘t find the single results in the real codebase.
Yeah, I don't see any single code host achieving near-100% market share (or even near-50%, for that matter). That means that multi-code-host ("universal") code search is going to address a much bigger market than code search that's tied to a single code host. Also, big companies (which is where most of the money comes from) all have their code scattered among a ton of different systems, and code search across all their code (not a semi-arbitrary subset) is way more valuable.
So, Sourcegraph will remain independent. (Sourcegraph CEO here.)
2. Inline expand in search results. Let me click a button to see all matches in a file when there's more than fits into your result preview, rather than having to click into the search result then repeat the same search with my browser search to find where in the file it is