pesquisar código dentro de um projeto do github
<p>existe uma maneira de encontrar algo dentro de um código do projeto do github?</p><p>eu poderia puxar a fonte e grep-lo localmente, mas eu queria saber se é possível através da interface web ou uma alternativa de terceiros.</p><p>idéias?</p>
<p>atualização de janeiro de 2013: a <strong> <a href="https://github.com/blog/1381-a-whole-new-code-search">nova pesquisa chegou!</a> </strong>, com base em <strong> - <a href="http://www.elasticsearch.org/community/">elasticsearch.org</a> </strong>:</p><p>uma busca por stat dentro do ruby repo será expressa como <strong> <a href="https://github.com/search?q=stat%20repo:ruby/ruby&amp;type=code&amp;ref=advsearch&amp;l="><code>stat repo:ruby/ruby</code></a> </strong>, e agora irá funcionar<sup><sup>tm</sup></sup>.<br> (o nome do repositório não faz distinção entre maiúsculas e minúsculas: <a href="https://github.com/search?q=repo:wordpress/wordpress%20test&amp;type=code&amp;ref=searchresults"><code>test repo:wordpress/wordpress</code></a> retorna o mesmo que <a href="https://github.com/search?q=repo:wordpress/wordpress%20test&amp;type=code&amp;ref=searchresults"><code>test repo:wordpress/wordpress</code></a> )</p><p><img src="https://i.stack.imgur.com/okler.png" alt="enter image description here"></p><p>darei:</p><p><img src="https://i.stack.imgur.com/mjptm.png" alt="enter image description here"></p><p>e você tem muitos outros exemplos de pesquisa, baseados <a href="https://stackoverflow.com/a/5740886/6309">em seguidores</a> , ou <a href="https://stackoverflow.com/a/12241932/6309">em garfos</a> , ou ...</p><hr><p><strong> atualização de julho de 2012 </strong> (antigos dias de pesquisa lucene e indexação de código pobre, combinados com gui quebrada, mantidos aqui para arquivamento):</p><p>a pesquisa (com base em <a href="http://wiki.apache.org/solr/solrquerysyntax">solrquerysyntax</a> ) é agora mais permissiva e o temido "<code>invalid search query. try quoting it.</code>" desapareceu ao usar o <em>default</em> ​​seletor de pesquisa "everything" :)</p><p>(eu suponho que todos nós podemos <strong> <a href="https://twitter.com/pea53">tim pease</a> </strong>, que tinha em um de seus objetivos <a href="https://github.com/blog/1116-tim-pease-is-a-githubber">"hacking em melhorada experiências de busca para todas as propriedades do github</a> ", e <a href="https://twitter.com/vonc\_/status/197565733830541313">eu mencionei essa questão do stack overflow</a> na época;))</p><p>aqui está uma ilustração de um grep dentro do código ruby: ele procura por repositórios e usuários, mas <em>também</em> para o que eu queria pesquisar em primeiro lugar: o código!</p><p><img src="https://i.stack.imgur.com/hhkvy.png" alt="github more permissive search results"></p><hr><p>resposta inicial e ilustração da primeira edição (setembro de 2012 =&gt; março de 2012)</p><p>você pode usar o <a href="http://github.com/search">formulário de pesquisa avançada do github</a> :</p><ul> <li>escolha <code>code</code>, <code>repositories</code> ou <code>users</code> no drop-down e</li> <li>use os prefixos correspondentes <strong> listados para esse tipo de pesquisa </strong>.</li> </ul><p>por exemplo, use a diretiva <strong><code>repo:username/repo-name</code></strong> para limitar a pesquisa a um <strong> código </strong> repositório.<br> a página inicial "<code>advanced search</code>" inclui a seção:</p><blockquote> <p><strong> <em>code</em> </strong> pesquisar:</p> <p>a pesquisa do código examinará todo o código hospedado publicamente no github. você também pode filtrar por:</p> <ul> <li>o idioma <strong><code>language:</code></strong></li> <li>o nome do repositório (incluindo o nome de usuário) <strong><code>repo:</code></strong></li> <li>o caminho do arquivo <strong><code>path:</code></strong></li> </ul> </blockquote><p>portanto, se você selecionar o seletor de pesquisa "<code>code</code>", sua consulta para um texto dentro de um repositório funcionará:</p><p><img src="https://i.stack.imgur.com/a58wf.png" alt="good search selector"></p><hr><p>o que é <em>incrivelmente</em> <strong> inútil </strong> do github é que:</p><ul> <li>se você esquecer de colocar o seletor de busca correto (aqui "<code>code</code>"), você receberá uma mensagem de erro:<br> "<strong><code>invalid search query. try quoting it.</code></strong>"</li> </ul><p><img src="https://i.stack.imgur.com/fjtq8.png" alt="wrong selector for the code filer"></p><ul> <li> <p>a mensagem de erro não ajuda em nada.<br> nenhuma quantidade de "<code>quoting it</code>" tirará você deste erro.</p> </li> <li> <p>depois de receber essa mensagem de erro, você não verá as seções lembrando a associação correta entre a pesquisa <em>seletores</em> ("<code>repositories</code>", "<code>users</code>" ou "<code>language</code>") e a pesquisa (à direita) <em>filtros</em> (aqui "<code>repo:</code>").<br> qualquer outra tentativa que você fizer não exibirá essas associações (seletores-filtros) de volta. apenas a mensagem de erro que você vê acima ...<br> a única maneira de recuperar esses arrays é clicando no ícone "<code>advance search</code>":</p> </li> </ul><p><img src="https://i.stack.imgur.com/fpefn.png" alt="advance search icon on github"></p><ul> <li> <p>o seletor de pesquisa "<code>everything</code>", que é o padrão, é na verdade o <em>errado</em> um para <em>todos</em> dos filtros de pesquisa! exceto "<code>language:</code>" ...<br> (você poderia imaginar/assumir que "<code>everything</code>" ajudaria você a escolher qualquer que seja o seletor de pesquisa que realmente funcione com o filtro de pesquisa "<code>repo:</code>", mas não. isso seria fácil demais)</p> </li> <li> <p>você não pode especificar o seletor de pesquisa desejado por meio do campo "<code>advance search</code>" sozinho!<br> (mas você pode para "<code>language:</code>", mesmo que "<code>search language</code>" seja outra caixa de combinação logo abaixo do "<code>search for</code>" 'digite' uma ...)</p> </li> </ul><p><img src="https://i.stack.imgur.com/6awa6.png" alt="wrong search selector"></p><hr><p>então, a experiência do usuário geralmente é a seguinte:</p><ul> <li>você clica em "<code>advanced search</code>", observa essas seções de filtros e percebe uma que deseja usar: "<code>repo:</code>"</li> <li>você faz uma primeira pesquisa avançada "<code>repo:jruby/jruby stat</code>", mas com o seletor de pesquisa padrão "<code>everything</code>"<br> =&gt; <code>fail</code>! (e os arrays que exibem a associação "seletores-filtros" são <strong> desaparecidos </strong>)</li> <li>você percebe que "search for" selector thingy, selecione o <em>first</em> ​​choice "<code>repositories</code>" ("dah! eu quero pesquisar dentro de repositórios ...")<br> =&gt; <code>fail</code>!</li> <li>desanimado, você seleciona a próxima opção de seletores (aqui, "<code>users</code>"), sem sequer olhar para o dito seletor, só para dar mais uma chance ...<br> =&gt; <code>fail</code>!</li> <li>"dane-se, a busca no github é <strong> quebrada </strong>! eu estou fora daqui!"<br> ...<br> <sup>(a pesquisa avançada do github não está realmente quebrada. apenas sua gui é ...)</sup></li> </ul><hr><p>então, para recapitular, se você quiser "grep para algo dentro de um código do projeto do github", como o op <a href="https://stackoverflow.com/users/392350/ben-humphreys">ben humphreys</a> , não se esqueça de selecionar o seletor de pesquisa "<code>code</code>" ...</p>
<p> <a href="http://oreilly.com/catalog/9780596009588">programação de sistemas linux</a> </p><p>você pode consultar isso também <a href="https://unix.stackexchange.com/questions/80/recommended-readings-batter-understating-of-unix-linux-internals">link</a> </p> no começo do arquivo .patch tem o caminho esperado do arquivo que será alterado. nesse caso é esperado que vc esteja na raiz de onde extraiu o kernel. daí é mandar aplicar executar o comando informando o arquivo .patch.

por exemplo, vc extraiu o código fonte em /home/thiago/downloads/linux-5.10.9

… <p>olá valdiney, é para você fazer uma variação de código.</p>
<p>usar sua curiosidade e criatividade, variar, não se prender só ao que foi pedido, tipo:</p>
<p></p>fazendo diferente:
<strong> teste 1 </strong>
<strong> teste 2 </strong>
<strong> teste 3 </strong>
<p></p>
<p></p> <p>na página do manual <code>ps</code>:</p><blockquote> <p>-e selecione todos os processos. idêntico a -a.</p> </blockquote><p>portanto, <code>ps -e</code> exibirá todos os processos. as opções comuns para "me dê tudo" são <code>ps -ely</code> ou <code>ps aux</code>, o último é o estilo bsd. frequentemente, as pessoas canalizam essa saída para <code>grep</code> para procurar um processo, como na resposta do xenoterracide. para evitar também ver <code>grep</code> na saída, você verá frequentemente algo como:</p><pre><code> ps -ef | grep [f]oo </code></pre><p>onde foo é o nome do processo que você está procurando.</p><p>no entanto, se você estiver procurando por um processo específico, recomendo usar o comando <code>pgrep</code> se estiver disponível. acredito que esteja disponível no ubuntu server. usar <code>pgrep</code> significa evitar a condição de corrida mencionada acima. ele também fornece alguns outros recursos que exigiriam truques <code>grep</code> cada vez mais complicados para serem replicados. a sintaxe é simples:</p><pre><code>pgrep foo </code></pre><p>onde foo é o processo pelo qual você está procurando. por padrão, ele simplesmente emitirá o id do processo (pid) do processo, se encontrar um. vejo <code>man pgrep</code> para outras opções de saída. achei a seguinte página muito útil:</p><p> <a href="http://mywiki.wooledge.org/processmanagement">http://mywiki.wooledge.org/processmanagement</a> </p> <p>uma maneira de obter a localização binária do processo é usar <code>lsof</code> e <code>grep</code> para o primeiro segmento <code>txt</code>. por exemplo, no shell para ver qual binário é o shell, use o pid do shell no lugar de <code>$$</code>.</p><pre><code>$ lsof -p $$ | grep txt bash 78228 blair txt reg 14,2 1244928 6568359 /bin/bash bash 78228 blair txt reg 14,2 1059792 23699809 /usr/lib/dyld bash 78228 blair txt reg 14,2 136368128 81751398 /private/var/db/dyld/dyld\_shared\_cache\_i386 </code></pre><p>você pode ver que o shell está usando <code>/bin/bash</code>.</p><p>essa técnica funciona se o processo foi iniciado usando um caminho absoluto ou relativo. por exemplo, entrar em um shell e executar</p><pre><code>$ sleep 1234567 </code></pre><p>e usar <code>ps</code> em outro shell mostra apenas como foi lançado:</p><pre><code>$ ps auxww|grep '[s]leep' blair 79462 0.0 0.0 600908 744 s011 s+ 11:17pm 0:00.00 sleep 1234567 </code></pre><p>usando <code>lsof</code> mostra qual binário ele executou:</p><pre><code>$ lsof -p 79462 | awk '$4 == "txt" { print $9 }' /opt/local-development/bin/gsleep </code></pre><p>eu tenho macports coreutils + with\_default\_names instalado, o que explica que eu peguei <code>gsleep</code> e não <code>/bin/sleep</code>.</p> Olá
  

  
Você está se referindo ao código de barras? Mas, para receber código por outro meio, basta indicar este meio ao suporte do programa. mas, atenção e no seu caso, o endereço de e-mail deve star cadastrado nas configurações do programa.
  

  
Esclareça por favor <p>usando <a href="http://ruby-doc.org/core-1.9.3/string.html#method-i-scan"><code>scan</code></a> deve fazer o truque:</p><pre><code>string.scan(/regex/) </code></pre> você consegue entrar na área de logs do roteador e procurar por possíveis erros. outra maneira de tentar encontrar um problema é ir mapeando (via mensagens mesmo), quais blocos o usuário entrou, assim você consegue saber em qual ele não saiu e aí tentar encontrar o problema.

deve ser alguma coisa s… <p>você pode usar <code>resswitch</code> nesta página: <a href="http://www.codeproject.com/kb/tips/resswitch.aspx">http://www.codeproject.com/kb/tips/resswitch.aspx</a> .</p> temos alguns tópicos com esse intuito:

[imagem]

[fonte de papel de parede?](https://plus.diolinux.com.br/t/fonte-de-papel-de-parede/1318) [design e audiovisual](/c/linux/design-com-linux)

qual sua fonte de papel de parede preferida? digo, o repositório de onde você baixa.

uma aplicação? um site?

[imagem]

[para os amantes de wallpaper's](https://plus.diolinux.com.br/t/para-os-amantes-de-wallpapers/4188)

…