Чи є спосіб похвалитися чимось усередині коду проекту Github?
Я міг би витягнути джерело та зіткнути його локально, але мені було цікаво, чи можливо це через веб-інтерфейс чи сторонній варіант.
Ідеї?
Чи є спосіб похвалитися чимось усередині коду проекту Github?
Я міг би витягнути джерело та зіткнути його локально, але мені було цікаво, чи можливо це через веб-інтерфейс чи сторонній варіант.
Ідеї?
Відповіді:
Оновлення січня 2013 року: прийшов абсолютно новий пошук! , заснований на elasticsearch.org :
Пошук статистика в рубіновому репо буде виражений як stat repo:ruby/ruby
, і тепер буде просто працювати TM .
(ім'я репо не відрізняється від регістру: test repo:wordpress/wordpress
повертає те саме, що test repo:Wordpress/Wordpress
)
Дасть:
І у вас є багато інших прикладів пошуку, заснованих на послідовниках , на вилах , або ...
Оновлення липня 2012 року (старі часи луценового пошуку та погана індексація коду в поєднанні зі зламаним графічним інтерфейсом, зберігається тут для архіву):
Пошук (заснований на SolrQuerySyntax ) тепер більш дозволений, і страх " Invalid search query. Try quoting it.
" проходить, коли використовується селектор пошуку за замовчуванням "Все" :)
(Я гадаю, що ми можемо, крім Тіма Піза , який в одній із своїх цілей мав намір "зламати покращений досвід пошуку для всіх властивостей GitHub ", і я згадав це запитання щодо переповнення стека ;))
Ось ілюстрація grep у рубіновому коді: він шукатиме репостів та користувачів, а також те, що я хотів шукати в першу чергу: код!
Початкова відповідь та ілюстрація колишнього випуску (вересень 2012 => березень 2012)
Ви можете скористатися формою розширеного пошуку GitHub :
Code
, Repositories
чи Users
зі списку іНаприклад, використовуйте repo:username/repo-name
директиву для обмеження пошуку в сховищі коду .
Початкова 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
" "типу" ...
Отже, досвід користувача зазвичай такий:
Advanced Search
", переглядаєте ці розділи фільтрів і помічаєте той, який хочете використовувати: " repo:
"repo:jruby/jruby stat
", але із селектором пошуку за замовчуванням " Everything
" FAIL
! (і масиви, на яких відображається асоціація "Селектори-фільтри", немає )Repositories
" ("Так! Я хочу шукати в сховищах ...") FAIL
!Users
"), навіть не дивлячись на вказаний селектор, просто щоб ще раз спробувати ... FAIL
!Отже, щоб скласти резюме, якщо ви хочете "потягнутись за щось усередині коду проекту Github", як OP Ben Ben Humphreys , не забудьте вибрати " Code
" селектор пошуку ...
repo:"jruby/jruby" stat
repo:"jruby" stat
jruby: stat
жодну з цих робіт
Останні приватні сховища мають поле пошуку для пошуку через це репо.
Однак, схоже, ця функція недоступна для публічних сховищ.
ОНОВЛЕННЯ
Злом закладених нижче закладок зламаний через проблеми з XHR та зміною API.
На щастя, Github зараз має "Цілий новий код пошуку", який робить цю роботу чудово.
Оформити цей вуду: користувацький сценарій пошуку коду Github .
Дотримуйтесь вказівок там, або якщо ви ненавидите розбиття браузера зі скриптами та розширеннями, використовуйте мій пакет закладок з користувацького сценарію:
javascript:(function(){var s='https://github.com/skratchdot/github-code-search.user.js/raw/master/github-code-search.user.js',t='text/javascript',d=document,n=navigator,e;(e=d.createElement('script')).src=s;e.type=t;d.getElementsByTagName('head')[0].appendChild(e)})();doIt('');void('');
Збережіть джерело вище як URL-адресу нової закладки. Перейдіть до будь-якого репортажу Github, клацніть на закладку та bam : на сторінці, пошук аяксифікованого коду .
CAVEAT Github повинен індексувати репо, перш ніж ви зможете шукати його.
Абракадабра ...
Ось зразок пошуку з анотованого сховища специфікації ECMAScript 5.1:
Хоча відповідь @ VonC працює для деяких сховищ, на жаль, для багатьох сховищ ви зараз не можете. Github їх просто не індексує (як спочатку прокоментував @emddudley). Вони ніде про це не заявляли на своєму веб-сайті, але вони скажуть вам, якщо ви попросите підтримки:
Від: Тім Піз
Ми припинили додавати щойно висунутий код у наш індекс пошуку коду. Обсяг коду переріс наш поточний індекс пошуку, і ми працюємо над переходом до більш масштабованої архітектури пошуку. Мені шкода роздратування. У нас немає прогнозу, коли цей новий індекс пошуку буде запущений, але коли він буде готовий, буде опубліковано повідомлення в блозі (https://github.com/blog).
Прикро не існує способу сказати, які сховища не індексуються, крім відсутності результатів (що також може бути з поганого запиту).
Також немає жодного способу відстежити цю проблему, окрім того, як чекати, коли вони будуть вести її в блозі (або дивитися тут на SO).
Від: Тім Піз
Боюсь, що наш інструмент відстеження проблем є внутрішнім, але ми можемо повідомити вас, як тільки новий індекс пошуку запрацює.
Google дозволяє здійснювати пошук у проекті, але не код :(
Я шукаю вихідний код всередині сховищ Github з безкоштовним розширенням Sourcegraph Chrome ... Але я спочатку завантажив Chrome , я знав, що інші браузери його підтримують, як-от - а може, і лише лише - Firefox.
Я проглянув документи Документу розширення для SourceForge, а потім також переглянув те, що мені потрібно для пошуку імен каталогів у самій пошуковій системі Github, прочитавши деякі пошукові документи коду Github.