Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais recentes, acesse a documentação em inglês. Se houver problemas com a tradução desta página, entre em contato conosco.

Esta versão do GitHub Enterprise será descontinuada em 2021-02-11. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, melhorar a segurança e novos recursos, upgrade to the latest version of GitHub Enterprise. Para ajuda com a atualização, contact GitHub Enterprise support.

Pesquisar problemas e pull requests

Você pode pesquisar problemas e pull requests no GitHub Enterprise Server e limitar os resultados usando qualquer combinação destes qualificadores de pesquisa.

Neste artigo

Você pode pesquisar problemas e pull requests globalmente no GitHub Enterprise Server ou pesquisar em uma organização específica. Para obter mais informações, consulte "Sobre pesquisar no GitHub".

Tips:

  • Este artigo tem exemplos de pesquisa no site GitHub.com, mas você pode usar os mesmos filtros de pesquisa na your GitHub Enterprise Server instance.

  • Para obter uma lista de sintaxes de pesquisa que podem ser adicionadas a qualquer qualificador de pesquisa para melhorar ainda mais os resultados, consulte "Entender a sintaxe de pesquisa".

  • Use aspas em termos de pesquisa com várias palavras. Por exemplo, se quiser pesquisar problemas com a etiqueta "In progress," pesquise label:"in progress". A pesquisa não faz distinção entre maiúsculas e minúsculas.

  • Você pode focar o cursor na barra de pesquisa acima da lista de problemas ou pull request com um atalho de teclado. Para obter mais informações, consulte "Atalhos de teclado".

Pesquisar somente problemas e pull requests

Por padrão, a pesquisa do GitHub Enterprise Server retorna problemas e pull requests. No entanto, você pode restringir os resultados da pesquisa a problemas ou pull requests usando os qualificadores type ou is.

QualifierExemplo
type:prcat type:pr identifica as pull requests com a palavra "cat".
type:issuegithub commenter:defunkt type:issue identifica os problemas que contêm a palavra "github" e um comentário de @defunkt.
is:prevent is:pr identifica as pull requests com a palavra "event".
is:issueis:issue label:bug is:closed identifica os problemas fechados com a etiqueta "bug".

Pesquisar por título, texto ou comentários

Com o qualificador in, você pode restringir a pesquisa ao título, texto, comentário ou qualquer combinação desses itens. Quando você omite esse qualificador, o título, o texto e os comentários são pesquisados.

QualifierExemplo
in:titlewarning in:title identifica os problemas com a palavra "warning" no título.
in:bodyerror in:title,body identifica os problemas com a palavra "error" no título ou no texto.
in:commentsshipit in:comments identifica os problemas que mencionam "shipit" nos comentários.

Pesquisar nos repositórios de um usuário ou uma organização

Para pesquisar problemas e pull requests em todos os repositórios de um usuário ou organização específicos, você pode usar os qualificadores user ou org. Para pesquisar problemas e pull requests em um repositório específico, você pode usar o qualificador repo.

QualifierExemplo
user:USERNAMEuser:defunkt ubuntu identifica os problemas com a palavra "ubuntu" nos repositórios de @defunkt.
org:ORGNAMEorg:github identifica os problemas nos repositórios da organização GitHub.
repo:USERNAME/REPOSITORYrepo:mozilla/shumway criado:<2012-03-01 corresponde a problemas do projeto shumway de @mozilla que foram criados antes de março de 2012.

Pesquisar por estado aberto ou fechado

Você pode filtrar somente problemas e pull requests abertos ou fechados usando os qualificadores state ou is.

QualifierExemplo
state:openlibraries state:open mentions:vmg identifica os problemas abertos que mencionam @vmg com a palavra "libraries".
state:closeddesign state:closed in:body identifica os problemas fechados com a palavra "design" no texto.
is:openperformance is:open is:issue identifica os problemas abertos com a palavra "performance".
is:closedandroid is:closed identifica os problemas e as pull requests fechados com a palavra "android".

Pesquisar por repositório público ou privado

Ao pesquisar em todo o GitHub Enterprise Server, pode ser útil restringir os resultados aos repositórios públicos ou privados. Você pode fazer isso com os qualificadores is:public e is:private.

QualifierExemplo
is:publicis:public identifica os problemas e as pull requests em todos os repositórios públicos.
is:privateis:private cupcake identifica os problemas e as pull requests que contêm a palavra "cupcake" em repositórios privados aos quais você tem acesso.

Pesquisar por autor

O qualificador author encontra problemas e pull requests criados por determinado usuário ou conta de integração.

QualifierExemplo
author:USERNAMEcool author:gjtorikian identifica os problemas e as pull requests com a palavra "cool" que foram criados por @gjtorikian.
bootstrap in:body author:mdo identifica os problemas escritos por @mdo que contêm a palavra "bootstrap" no texto.
author:app/USERNAMEauthor:app/robot identifica os problemas criados pela conta de integração com nome "robot".

Pesquisar por responsável

O qualificador assignee encontra problemas e pull requests que foram atribuídos a um determinado usuário. Não é possível pesquisar problemas e pull requests que têm qualquer responsável, mas é possível pesquisar problemas e pull requests que não tem nenhum responsável.

QualifierExemplo
assignee:USERNAMEassignee:vmg repo:libgit2/libgit2 identifica os problemas e as pull requests no libgit2 de libgit2 que foram atribuídos a @vmg.

Pesquisar por menção

O qualificador mentions encontra problemas que mencionam um usuário específico. Para obter mais informações, consulte "Mencionar pessoas e equipes".

QualifierExemplo
mentions:USERNAMEresque mentions:defunkt identifica os problemas com a palavra "resque" que mencionam @defunkt.

Pesquisar por menção da equipe

Para organizações e equipes das quais você faz parte, você pode usar o qualificador team para encontrar problemas ou pull requests que fazem @menção a uma equipe específica na organização. Substitua os nomes de exemplo pelos nome da organização e da equipe para fazer uma pesquisa.

QualifierExemplo
team:ORGNAME/TEAMNAMEteam:jekyll/owners identifica os problemas em que a equipe @jekyll/owners é mencionada.
team:myorg/ops is:open is:pr identifica as pull requests abertas em que a equipe @myorg/ops é mencionada.

Pesquisar por autor do comentário

O qualificador commenter encontra problemas que contêm um comentário de um usuário específico.

QualifierExemplo
commenter:USERNAMEgithub commenter:defunkt org:github identifica os problemas nos repositórios do GitHub que contêm a palavra "github" e têm um comentário de @defunkt.

Pesquisar por um usuário envolvido em um problema ou uma pull request

Você pode usar o qualificador involves para encontrar problemas que envolvem de alguma forma um usuário específico. O qualificador involves é uma expressão lógica OR entre os qualificadores author, assignee, mentions e commenter para um único usuário. Em outras palavras, esse qualificador encontra problemas e pull requests que foram criados por um usuário, atribuídos a ele, que o mencionam ou que foram comentados por ele.

QualifierExemplo
involves:USERNAMEinvolves:defunkt involves:jlord identifica os problemas que envolvem @defunkt ou @jlord.
NOT bootstrap in:body involves:mdo identifica os problemas que envolvem @mdo e não contêm a palavra "bootstrap" no texto.

Pesquisar por etiqueta

Você pode limitar os resultados por etiquetas usando o qualificador label. Alguns problemas podem ter várias etiquetas, e você pode relacionar um qualificador separado para cada problema.

QualifierExemplo
label:LABELlabel:"help wanted" language:ruby identifica os problemas com a etiqueta "help wanted" nos repositórios de Ruby.
broken in:body -label:bug label:priority identifica problemas com a palavra "broken" no texto e que não têm a etiqueta "bug", mas têm a etiqueta "priority".
label:bug label:resolved identifica os problemas com as etiquetas "bug" e "resolved".

Pesquisar por marco

O qualificador milestone encontra problemas ou pull requests que fazem parte de um marco em um repositório.

QualifierExemplo
milestone:MILESTONEmilestone:"overhaul" identifica os problemas que estão em um marco chamado "overhaul".
milestone:"bug fix" identifica os problemas que estão em um marco chamado "bug fix".

Pesquisar por quadro de projeto

Você pode usar o qualificador project para encontrar problemas associados a um quadro de projeto específico em um repositório ou uma organização. Você deve pesquisar pelo número do quadro de projeto. Você pode encontrar o número do quadro de projeto no final da URL do quadro de projeto.

QualifierExemplo
project:PROJECT_BOARDproject:github/57 identifica os problemas do GitHub associados aos quadros de projeto 57 da organização.
project:REPOSITORY/PROJECT_BOARDproject:github/linguist/1 identifica os problemas associados ao quadro de projeto 1 no repositório Linguist de @github.

Pesquisar por status do commit

Você pode filtrar pull requests com base no status dos commits. Isso é especialmente útil ao usar a API de status ou um serviço CI.

QualifierExemplo
status:pendinglanguage:go status:pending identifica as pull requests abertas nos repositórios de Go com status pendente.
status:successis:open status:success finally in:body identifica as pull requests abertas com a palavra "finally" no texto com status de sucesso.
status:failurecreated:2015-05-01..2015-05-30 status:failure identifica as pull requests abertas em maio de 2015 com status de falha.

Pesquisar por SHA do commit

Se você souber o hash SHA de um commit, poderá usá-lo para pesquisar pull requests que contêm esse SHA. A sintaxe do SHA deve ter no mínimo sete caracteres.

QualifierExemplo
SHAe1109ab identifica as pull requests com um SHA de commit que começa com e1109ab.
0eff326d6213c is:merged identifica as pull requests com merge que têm um SHA de commit que começa com 0eff326d6213c.

Pesquisar por nome do branch

Você pode filtrar pull requests com base no branch de origem (branch "head") ou no branch do merge (branch "base").

QualifierExemplo
head:HEAD_BRANCHhead:change is:closed is:unmerged identifica as pull requests abertas de branchs cujo nome começa com a palavra "change" e estão fechados.
base:BASE_BRANCHbase:gh-pages identifica as pull requests que estão sendo incorporadas no branch gh-pages.

Pesquisar por linguagem

Com o qualificador language, você pode pesquisar problemas e pull requests em repositórios que foram escritos em uma linguagem específica.

QualifierExemplo
language:LANGUAGElanguage:ruby state:open identifica os problemas abertos que estão em repositórios de Ruby.

Pesquisar por número de comentários

Você pode usar o qualificador comments com os qualificadores maior que, menor que e intervalo para pesquisar pelo número de comentários.

QualifierExemplo
comments:nstate:closed comments:>100 identifica os problemas fechados com mais de 100 comentários.
comments:500..1000 identifica os problemas com 500 a 1.000 comentários.

Pesquisar por número de interações

Você pode filtrar problemas e pull requests pelo número de interações com o qualificador interactions e os qualificadores maior que, menor que e intervalo. O número de interações é o número de interações e comentários em um problema ou uma pull request.

QualifierExemplo
interactions:n interactions:>2000 identifica pull requests ou problemas com mais de 2.000 interações.
interactions:500..1000 identifica pull requests ou problemas com 500 a 1.000 interações.

Pesquisar por número de reações

Você pode filtrar problemas e pull requests pelo número de reações usando o qualificador reactions e os qualificadores maior que, menor que e intervalo.

QualifierExemplo
reactions:n reactions:>1000 identifica os problemas com mais de 1.000 reações.
reactions:500..1000 identifica os problemas com 500 a 1.000 reações.

Pesquisar por pull requests de rascunho

Você pode filtrar por pull requests de rascunho. Para obter mais informações, consulte "Sobre pull requests".

| Qualifier | Example | ------------- | ------------- | is:draft | is:draft corresponde a rascunhos de pull requests.

Pesquisar por status de revisão e revisor da pull request

Você pode filtrar as pull requests com base no status de revisão (none (nenhuma), required (obrigatória), approved (aprovada) ou changes requested (alterações solicitadas)), por revisor e por revisor solicitado.

QualifierExemplo
review:nonetype:pr review:none identifica as pull requests que não foram revisadas.
review:requiredtype:pr review:required identifica as pull requests que exigem uma revisão antes do merge.
review:approvedtype:pr review:approved identifica as pull requests aprovadas por um revisor.
review:changes_requestedtype:pr review:changes_requested identifica as pull requests nas quais um revisor solicitou alterações.
reviewed-by:USERNAMEtype:pr reviewed-by:gjtorikian identifica as pull requests revisadas por uma pessoa específica.
review-requested:USERNAMEtype:pr review-requested:benbalter identifica as pull requests nas quais uma pessoa específica foi solicitada para revisão. Os revisores solicitados deixam de ser relacionados nos resultados da pesquisa depois de revisarem uma pull request. Se a pessoa solicitada estiver em uma equipe solicitada para a revisão, as solicitações de revisão da equipe também aparecerão nos resultados da pesquisa.
team-review-requested:TEAMNAMEtype:pr team-review-requested:atom/design identifica as pull requests que tem solicitações de revisão da equipe atom/design. Os revisores solicitados deixam de ser relacionados nos resultados da pesquisa depois de revisarem uma pull request.

Pesquisar por data da criação ou da última atualização de um problema ou uma pull request

Você pode filtrar problemas com base na data de criação ou da última atualização. Para a criação do problema, você pode usar o qualificador created. Para descobrir quando um problema foi atualizado pela última vez, você precisará usar o qualificador updated.

Os dois usam uma data como parâmetro. O formato de data deve seguir o padrão ISO8601, que é YYYY-MM-DD (ano-mês-dia). Você também pode adicionar informações de tempo opcionais THH:MM:SS+00:00 após a data, para pesquisar por hora, minuto e segundo. Isso se faz adicionando T, seguido de HH:MM:SS (hora-minutos-segundos) e um intervalo de UTC (+00:00).

Datas são compatíveis com os qualificadores maior que, menor que e de intervalo.

QualifierExemplo
created:YYYY-MM-DDlanguage:c# created:<2011-01-01 state:open corresponde a problemas abertos criados antes de 2011 nos repositórios escritos em C#.
updated:YYYY-MM-DDweird in:body updated:>=2013-02-01 corresponde a problemas com a palavra "weird" no texto que foram atualizados após fevereiro de 2013.

Pesquisar por data de encerramento de um problema ou uma pull request

Você pode filtrar somente problemas e pull requests fechados usando o qualificador closed.

Esse qualificador usa a data como parâmetro. O formato de data deve seguir o padrão ISO8601, que é YYYY-MM-DD (ano-mês-dia). Você também pode adicionar informações de tempo opcionais THH:MM:SS+00:00 após a data, para pesquisar por hora, minuto e segundo. Isso se faz adicionando T, seguido de HH:MM:SS (hora-minutos-segundos) e um intervalo de UTC (+00:00).

Datas são compatíveis com os qualificadores maior que, menor que e de intervalo.

QualifierExemplo
closed:YYYY-MM-DDlanguage:swift closed:>2014-06-11 corresponde a problemas e pull requests no Swift fechados após 11 de junho de 2014.
data in:body closed:<2012-10-01 corresponde a problemas e pull requests com a palavra "data" no texto, que foram fechados antes de outubro de 2012.

Pesquisar por data do merge da pull request

Você pode filtrar somente as pull requests com merge usando o qualificador merged.

Esse qualificador usa a data como parâmetro. O formato de data deve seguir o padrão ISO8601, que é YYYY-MM-DD (ano-mês-dia). Você também pode adicionar informações de tempo opcionais THH:MM:SS+00:00 após a data, para pesquisar por hora, minuto e segundo. Isso se faz adicionando T, seguido de HH:MM:SS (hora-minutos-segundos) e um intervalo de UTC (+00:00).

Datas são compatíveis com os qualificadores maior que, menor que e de intervalo.

QualifierExemplo
merged:YYYY-MM-DDlanguage:javascript merge:<2011-01-01 corresponde a pull requests em repositórios do JavaScript que foram mesclados antes de 2011.
ast in:title language:ruby merged:>=2014-05-01 corresponde a pull requests no Ruby com a palavra "fast" no título que foram mesclados após maio de 2014.

Pesquisar somente pull request com merge ou sem merge

Você pode filtrar as pull requests com ou sem merge usando o qualificador is.

QualifierExemplo
is:mergedbugfix is:pr is:merged identifica as pull requests com merge que têm a palavra "bugfix".
is:unmergederror is:unmerged identifica problemas e pull requests fechados com a palavra "error".

Pesquisar com base no fato de o repositório estar arquivado

O qualificador archived restringe os resultados a problemas ou pull requests em um repositório arquivado.

QualifierExemplo
archived:truearchived:true GNOME identifica problemas e pull requests que contêm a palavra "GNOME" em repositórios arquivados aos quais você tem acesso.
archived:falsearchived:false GNOME identifica problemas e pull requests que contêm a palavra "GNOME" em repositórios arquivados aos quais você tem acesso.

Pesquisar conversas bloqueadas e não bloqueadas

Você pode pesquisar problema ou pull requests que têm uma conversa bloqueada usando o qualificador is. Para obter mais informações, consulte "Bloquear conversas".

QualifierExemplo
is:lockedcode of conduct is:locked is:issue archived:false identifica problemas ou pull requests com as palavras "code of conduct" que têm uma conversa bloqueada em um repositório que não está arquivado.
is:unlockedcode of conduct is:unlocked is:issue archived:false identifica problemas ou pull requests com as palavras "code of conduct" que têm uma conversa desbloqueada em um repositório que não está arquivado.

Pesquisar por metadados ausentes

Você pode limitar a pesquisa a problemas e pull requests que não têm determinados metadados usando o qualificador no. Esses metadados incluem:

  • Etiquetas
  • Marcos
  • Responsáveis
  • Projetos
QualifierExemplo
no:labelpriority no:label identifica problemas e pull requests com a palavra "priority" que não têm nenhuma etiqueta.
no:milestonesprint no:milestone type:issue identifica problemas que não estão associados a um marco e contêm a palavra "sprint".
no:assigneeimportant no:assignee language:java type:issue identifica problemas que não estão associados a um responsável, contêm a palavra "important" e estão em repositórios Java.
no:projectbuild no:project identifica problemas que não estão associados a um quadro de projeto e contêm a palavra "build".

Leia mais

Esse documento ajudou você?

Privacy policy

Ajude-nos a tornar esses documentos ótimos!

Todos os documentos do GitHub são de código aberto. Você percebeu que algo que está errado ou não está claro? Envie um pull request.

Faça uma contribuição

Ou, aprenda como contribuir.