Ответ 1
Обновление Январь 2013: появился новый поиск!, на основе elasticsearch.org:
Поиск stat в рубиновом репо будет выражаться как stat repo:ruby/ruby, и теперь будет просто работать TM.
(имя репо не чувствительно к регистру: test repo:wordpress/wordpress возвращает то же самое, что test repo:wordpress/wordpress)
Дает:
И у вас есть много других примеров поиска, основанных на для сторонников или на вилках, или...
Обновление Июль 2012 (старые дни поиска Lucene и плохое индексирование кода в сочетании со сломанным графическим интерфейсом хранятся здесь для архива):
Поиск (на основе SolrQuerySyntax) теперь более разрешительный, и страшный "Invalid search query. Try quoting it." исчез при использовании поиска по умолчанию селектор "Все":)
(я полагаю, мы можем использовать Tim Pease, который имел в одной из своих целей взломать улучшенный поиск для всех свойств GitHub" и Я упомянул об этом вопросе в то время;))
Вот иллюстрация grep в рубиновом коде: он будет искать репозиторий и пользователей, но также и для того, что я хотел найти в первую очередь: код!
Первоначальный ответ и иллюстрация к предыдущей проблеме (сентябрь 2012 = > март 2012 года)
Вы можете использовать расширенный поиск формы GitHub:
- Выберите
Code,RepositoriesилиUsersиз раскрывающегося списка и - используйте соответствующие префиксы, перечисленные для этого типа поиска.
Например, используйте директиву repo:username/repo-name, чтобы ограничить поиск хранилищем code.
Начальная страница "Advanced Search" включает раздел:
Код Поиск:
Поиск кода будет просматривать весь код, публично размещенный в GitHub. Вы также можете фильтровать:
- язык
language:- имя репозитория (включая имя пользователя)
repo:- путь к файлу
path:
Итак, если вы выберете селектор поиска "Code", ваш запрос grepping для текста в репо будет работать:
Что невероятно unhelpful из GitHub заключается в следующем:
- если вы забыли установить правильный селектор поиска (здесь "
Code" ), вы получите сообщение об ошибке:
"Invalid search query. Try quoting it."
-
сообщение об ошибке не поможет вам.
Никакая сумма "quoting it" не выведет вас из этой ошибки. -
после получения этого сообщения об ошибке вы не получите разделы, напоминающие вам о правильной связи между селекторами поиска ( "
Repositories", "Users" или "Language" ) и (правых) поисковых фильтров (здесь "repo:" ).
Любая дальнейшая попытка не будет отображать эти ассоциации (селекторы-фильтры) назад. Только сообщение об ошибке, которое вы видите выше...
Единственный способ вернуть эти массивы - щелкнуть значок "Advance Search":
-
Селектор поиска <
Everything", который является значением по умолчанию, на самом деле является неправильным для всех фильтров поиска! Кроме"language:"... (Можно предположить, что "Everything" поможет вам выбрать любой селектор поиска, который действительно работает с фильтром поиска "repo:" , но нет. Это было бы слишком просто) -
вы не можете указать селектор поиска, который вы хотите, только в поле "
Advance Search"!
(но вы можете использовать для "language:", хотя "Search Language" - это другое поле со списком чуть ниже "Search for" 'type' one...)
Таким образом, пользовательский интерфейс обычно выглядит следующим образом:
- вы нажимаете "
Advanced Search", просматриваете эти разделы фильтров и замечаете тот, который хотите использовать: "repo:" - вы делаете первый расширенный поиск "
repo:jruby/jruby stat", но с селектором поиска по умолчанию "Everything"
= >FAIL! (и массивы, отображающие ассоциацию "Селекторы-фильтры", ушли) - вы заметили, что "Поиск" селектора thingy, выберите первый вариант "
Repositories" ( "Да! Я хочу искать в репозиториях..." )
= >FAIL! - Ужасно, вы выбираете следующий выбор селекторов (здесь, "
Users" ), даже не глядя на указанный селектор, просто чтобы дать ему еще одну попытку...
= >FAIL! - "Отверните это, поиск GitHub сломанный! Я ушел отсюда!"
...
(расширенный поиск GitHub на самом деле не нарушен. Только их графический интерфейс...)
Итак, чтобы повторить, если вы хотите "grep для чего-то внутри кода проекта Github", как OP Ben Humphreys, не забудьте выбрать Селектор поиска Code...
