Обновление в январе 2013 года: новый поиск прибыл! , на основе asticsearch.org :
Поиск статистики в рубиновом репо будет выражаться как stat repo:ruby/ruby и теперь будет работать только TM .
(имя репо не чувствительно к регистру: test repo:wordpress/wordpress возвращает то же, что и test repo:Wordpress/Wordpress)
даст:
И у вас есть много других примеров поиска, основанных на подписчиках , или на вилках , или ...
Обновление июль 2012 (старые времена поиска Lucene и плохая индексация кода в сочетании со сломанным графическим интерфейсом сохранены здесь для архива):
Поиск (основанный на SolrQuerySyntax ) теперь стал более разрешающим, и страшный "Invalid search query. Try quoting it." исчез при использовании селектора поиска по умолчанию"Все":)
(Полагаю, мы можем все, чем Тим Пиз , который преследовал в одной из своих целей "взлом улучшенного опыта поиска для всех свойств GitHub ", и Я упоминал этот вопрос переполнения стека в то время;))
Вот иллюстрация grep в коде ruby: он ищет репо и пользователей, но также для того, что я хотел найти в первую очередь: код!
Первоначальный ответ и иллюстрация предыдущего вопроса (сентябрь 2012 => март 2012)
Вы можете использовать форму расширенного поиска GitHub :
- Выберите
Code, Repositories или Users из раскрывающегося списка и
- использовать соответствующие префиксы, перечисленные для этого типа поиска .
Например, используйте директиву repo:username/repo-name, чтобы ограничить поиск хранилищем code .
Начальная страница "Advanced Search" содержит раздел:
Код Поиск:
При поиске кода будет просматриваться весь код, размещенный на GitHub. Вы также можете отфильтровать по:
- язык
language:
- имя хранилища (включая имя пользователя)
repo:
- путь к файлу
path:
Таким образом, если вы выберете селектор поиска "Code", тогда ваш запрос для текста в репо будет работать:
Что невероятно бесполезно от 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!(и массивы, отображающие ассоциацию «Фильтры-селекторы», ушли ) - вы заметили, что «Поиск» селекторной вещи, выберите первый выбор "
Repositories "(" Да! Я хочу искать в репозиториях ... ")
=> FAIL! - отклонено, вы выбираете следующий выбор селекторов (здесь,"
Users "), даже не глядя на упомянутый селектор, просто чтобы еще раз попробовать ...
=> FAIL! - "Винт, поиск по GitHub сломан ! I 'м отсюда! "
...
(расширенный поиск в GitHub фактически не нарушен. Только их графический интерфейс ...)
ИтакНапомним, что если вы хотите «найти что-то внутри кода проекта Github», как OP Бен Хамфрис , не забудьте выбрать «Code» селектор поиска ...