Pesquisar problemas e pull requests

Você pode pesquisar problemas e pull requests globalmente no GitHub Enterprise Server ou pesquisar em uma organização específica. Para saber mais, confira Sobre a pesquisa no GitHub.

• Este artigo contém exemplos de pesquisa no site GitHub.com, mas você pode usar os mesmos filtros de pesquisa em sua instância do GitHub Enterprise Server.

• Para ver uma lista de sintaxes de pesquisa que você pode adicionar a qualquer qualificador de pesquisa a fim de aprimorar ainda mais os resultados, confira Noções básicas de sintaxe de pesquisa.
• Use aspas em termos de pesquisa com várias palavras. Por exemplo, caso deseje pesquisar problemas com o rótulo "Em andamento", pesquise label:"in progress". A pesquisa não faz distinção entre maiúsculas e minúsculas.
• Use um símbolo de subtração (hífen) para excluir resultados que correspondam a um qualificador. Por exemplo, para ignorar problemas criados pelo usuário "octocat", você usaria -author:octocat na pesquisa. Observe que isso não funciona para qualificadores de metadados ausentes.
• 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, confira "Atalhos do 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 apenas aos problemas ou às solicitações de pull usando os qualificadores type ou is.

Qualificador	Exemplo
type:pr	cat type:pr corresponde às solicitações de pull com a palavra "cat".
type:issue	github commenter:defunkt type:issue corresponde aos problemas que contêm a palavra "github" e que tem um comentário de @defunkt.
is:pr	event is:pr corresponde às solicitações de pull com a palavra "event".
is:issue	is:issue label:bug is:closed corresponde aos problemas fechados com o rótulo "bug".

Pesquisar por título, texto ou comentários

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

Qualificador	Exemplo
in:title	warning in:title corresponde aos problemas com "warning" no título.
in:body	error in:title,body corresponde aos problemas com "error" no título ou no corpo.
in:comments	shipit in:comments corresponde aos 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 pertencentes a uma organização ou a um usuário específico, use os qualificadores user ou org. Para pesquisar problemas e solicitações de pull em um repositório específico, use o qualificador repo.

Se você tiver acesso a solicitações de pull em mais de dez mil repositórios, precisará limitar sua pesquisa a uma organização, a uma conta pessoal ou a um repositório específico para ver os resultados.

Qualificador	Exemplo
user:USERNAME	user:defunkt ubuntu corresponde aos problemas com a palavra "ubuntu" de repositórios pertencentes a @defunkt.
org:ORGNAME	org:github corresponde aos problemas em repositórios pertencentes à organização GitHub.
repo:USERNAME/REPOSITORY	repo:mozilla/shumway created:<2012-03-01 corresponde aos problemas do projeto shumway de @mozilla que foram criados antes de março de 2012.

Pesquisar por estado aberto ou fechado

Filtre solicitações de pull e problemas em aberto ou fechados usando o qualificador state ou is.

Qualificador	Exemplo
state:open	libraries state:open mentions:vmg corresponde aos problemas em aberto que mencionam @vmg com a palavra "libraries".
state:closed	design state:closed in:body corresponde aos problemas fechados com a palavra "design" no corpo.
is:open	performance is:open is:issue corresponde aos problemas em aberto com a palavra "performance".
is:closed	android is:closed corresponde às solicitações de pull e aos problemas fechados com a palavra "android".

Pesquisar pelo motivo do fechamento de um problema

Você pode filtrar problemas com base no motivo informado quando o problema foi encerrado usando o qualificador reason.

Qualificador	Exemplo
reason:completed	libraries is:closed reason:complete corresponde a problemas com a palavra "libraries" que foram fechados como "completed".
reason:"not planned"	libraries is:closed reason:"not planned" corresponde a problemas com a palavra "libraries" que foram fechados como "não planejados".

Filtrar por visibilidade do repositório

Aplique um filtro de visibilidade do repositório que contém os problemas e as solicitações de pull usando o qualificador is. Para saber mais, confira Sobre repositórios.

Qualificador	Exemplo
is:public	is:public corresponde a problemas e pull requests em repositórios públicos.
is:internal	is:internal corresponde a problemas e pull requests em repositórios internos.
is:private	is:private cupcake combina problemas e pull requests que contêm a palavra "cupcake" em repositórios privados que você pode acessar.

Pesquisar por autor

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

Qualificador	Exemplo
author:USERNAME	cool author:gjtorikian corresponde aos problemas e às solicitações de pull com a palavra "cool" que foram criados por @gjtorikian.
in:body author:USERNAME	bootstrap in:body author:mdo corresponde aos problemas escritos por @mdo que contêm a palavra "bootstrap" no corpo.
author:app/USERNAME	author:app/robot corresponde aos problemas criados pela conta de integração chamada "robot".
-author:app/USERNAME	-author:app/robot corresponde aos problemas criados por qualquer usuário que não seja a conta de integração chamada "robot". O sinal de menos, ou caractere de traço (-), antes do qualificador significa uma expressão NOT lógica para o qualificador na consulta de pesquisa.

Pesquisar por responsável

O qualificador assignee encontra problemas e solicitações de pull que foram atribuídos a determinado usuário. Você pode pesquisar problemas e pull requests que tenham qualquer destinatário usando o caractere curinga *, mas apenas em um único repositório. Você também pode pesquisar problemas e pull requests que não têm destinatário.

Qualificador	Exemplo
assignee:USERNAME	assignee:vmg repo:libgit2/libgit2 corresponde aos problemas e às solicitações de pull no projeto libgit2 que foram atribuídos a @vmg.
assignee:*	is:open is:issue assignee:* corresponde a problemas abertos em um único repositório atribuídos a qualquer usuário.

Pesquisar por menção

O qualificador mentions encontra os problemas que mencionam um usuário específico. Para saber mais, confira Sintaxe básica de gravação e formatação no GitHub.

Qualificador	Exemplo
mentions:USERNAME	resque mentions:defunkt corresponde aos problemas com a palavra "resque" que mencionam @defunkt.

Pesquisar por menção da equipe

Para as organizações e as equipes das quais você faz parte, use o qualificador team para encontrar problemas ou solicitações de pull que fazem @mention 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.

Qualificador	Exemplo
team:ORGNAME/TEAMNAME	team:jekyll/owners corresponde aos problemas em que a equipe @jekyll/owners é mencionada.
team:ORGNAME/TEAMNAME is:open is:pr	team:myorg/ops is:open is:pr corresponde às solicitações de pull em aberto 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.

Qualificador	Exemplo
commenter:USERNAME	github commenter:defunkt org:github corresponde aos problemas de repositórios pertencentes ao GitHub que contêm a palavra "github" e que têm um comentário de @defunkt.

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

Use o qualificador involves para encontrar problemas que envolvem de alguma forma um usuário específico. O qualificador involves é um OR lógico entre os qualificadores author, assignee, mentions e commenter para um só usuário. Em outras palavras, esse qualificador encontra problemas e pull requests que foram criadas por um usuário, atribuídas a ele, que o mencionam ou que foram comentadas por ele.

Qualificador	Exemplo
involves:USERNAME	involves:defunkt involves:jlord corresponde aos problemas em que @defunkt ou @jlord está envolvido.
in:body involves:USERNAME	NOT bootstrap in:body involves:mdo corresponde aos problemas em que @mdo está envolvido e que não contêm a palavra "bootstrap" no corpo.

Pesquisar issues e pull requests

Você pode pesquisar issues e pull requests que você criou ou com as quais interagiu seguindo o qualificador desejado com @me. Qualquer qualificador que funcione com um nome de usuário permite que você limite sua pesquisa a issues e solicitações pull que você criou, atribuiu, mencionou ou foi solicitado como revisor.

Qualificador	Exemplo
author:@me	author:@me corresponde a issues e pull requests que você criou.
is:pr commenter:@me	is:pr commenter:@me corresponde a pull requests em que você comentou.

Procurar problema e pull requests vinculadas

Você pode restringir seus resultados para apenas incluir problemas vinculados a uma pull request com uma referência ou pull requests que estão vinculadas a um problema que a pull request pode fechar.

Qualificador	Exemplo
linked:pr	repo:desktop/desktop is:open linked:pr corresponde aos problemas em aberto no repositório desktop/desktop que estão vinculados a uma solicitação de pull por uma referência de fechamento.
linked:issue	repo:desktop/desktop is:closed linked:issue corresponde às solicitações de pull fechadas no repositório desktop/desktop que estavam vinculadas a um problema que a solicitação de pull poderá ter fechado.
-linked:pr	repo:desktop/desktop is:open -linked:pr corresponde aos problemas em aberto no repositório desktop/desktop que não estão vinculados a uma solicitação de pull por uma referência de fechamento.
-linked:issue	repo:desktop/desktop is:open -linked:issue corresponde às solicitações de pull em aberto no repositório desktop/desktop que não estão vinculadas a um problema que a solicitação de pull poderá fechar.

Pesquisar por etiqueta

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

Qualificador	Exemplo
label:LABEL	label:"help wanted" language:ruby corresponde aos problemas com o rótulo "help wanted" que estão em repositórios do Ruby.
in:body -label:LABEL label:LABEL	broken in:body -label:bug label:priority corresponde aos problemas com a palavra "broken" no corpo que não tem o rótulo "bug", mas que tem o rótulo "priority".
label:LABEL label:LABEL	label:bug label:resolved corresponde a problemas com os rótulos "bug" e "resolved".
label:LABEL,LABEL	label:bug,resolved corresponde a problemas com o rótulo "bug" ou com o rótulo "resolved".

Pesquisar por marco

O qualificador milestone encontra problemas ou solicitações de pull que fazem parte de um marco dentro de um repositório.

Qualificador	Exemplo
milestone:MILESTONE	milestone:"overhaul" corresponde aos problemas que estão em um marco chamado "overhaul".
milestone:MILESTONE	milestone:"bug fix" corresponde aos problemas que estão em um marco chamado "bug fix".

Pesquisar por projeto

Você pode usar o qualificador project para encontrar problemas associados a um projeto específico. Você deve pesquisar pelo número do projeto. Você pode encontrar o número do projeto no final da URL do projeto.

Qualificador	Exemplo
project:PROJECT_NUMBER	project:github/57 identifica os problemas pertencentes ao GitHub associados ao projeto 57 da organização.
project:REPOSITORY/PROJECT_NUMBER	project:github-linguist/linguist/1 corresponde aos problemas associados 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 será especialmente útil se você estiver usando a API de Status ou um serviço de CI.

Qualificador	Exemplo
status:pending	language:go status:pending corresponde às solicitações de pull em aberto em repositórios do Go nas quais o status é Pendente.
status:success	is:open status:success finally in:body corresponde às solicitações de pull em aberto com a palavra "finally" no corpo com o status Êxito.
status:failure	created:2015-05-01..2015-05-30 status:fail corresponde às solicitações de pull abertas em maio de 2015 com o status Com 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.

Qualificador	Exemplo
SHA	e1109ab corresponde às solicitações de pull com um SHA de commit que começa com e1109ab.
SHA is:merged	0eff326d6213c is:merged corresponde às solicitações de pull mescladas com 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").

Qualificador	Exemplo
head:HEAD_BRANCH	head:change is:closed is:unmerged corresponde às solicitações de pull em aberto de nomes de branches que começam com a palavra "change" que estão fechados.
base:BASE_BRANCH	base:gh-pages corresponde às solicitações de pull que estão sendo mescladas no branch gh-pages.

Pesquisar por linguagem

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

Qualificador	Exemplo
language:LANGUAGE	language:ruby state:open corresponde aos problemas em aberto que estão em repositórios do Ruby.

Pesquisar por número de comentários

Use o qualificador comments com os qualificadores maior que, menor que e intervalo para fazer a pesquisa pelo número de comentários.

Qualificador	Exemplo
comments:n	state:closed comments:>100 corresponde aos problemas fechados com mais de 100 comentários.
comments:n..n	comments:500..1000 corresponde aos problemas com comentários que variam de 500 a 1.000.

Pesquisar por número de interações

Filtre problemas e solicitações de pull pelo número de interações com o qualificador interactions acompanhado dos 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.

Qualificador	Exemplo
interactions:n	interactions:>2000 corresponde aos problemas e às solicitações de pull com mais de 2000 interações.
interactions:n..n	interactions:500..1000 corresponde às solicitações de pull ou aos problemas com interações que variam de 500 a 1.000.

Pesquisar por número de reações

Filtre problemas e solicitações de pull pelo número de reações usando o qualificador reactions acompanhado dos qualificadores maior que, menor que e intervalo.

Qualificador	Exemplo
reactions:n	reactions:>1000 corresponde às discussões com mais de 1000 reações.
reactions:n..n	reactions:500..1000 corresponde aos problemas com reações que variam de 500 a 1.000.

Pesquisar por pull requests de rascunho

Você pode filtrar por pull requests de rascunho. Para saber mais, confira Sobre solicitação de pull.

Qualificador	Exemplo
draft:true	draft:true corresponde a solicitações de pull de rascunho.
draft:false	draft:false corresponde a solicitações de pull que estão prontas para revisão.

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

Filtre solicitações de pull com base no status de revisão (nenhuma, obrigatória, aprovada ou alterações solicitadas), pelo revisor e pelo revisor solicitado.

Qualificador	Exemplo
review:none	type:pr review:none corresponde às solicitações de pull que não foram revisadas.
review:required	type:pr review:required corresponde às solicitações de pull que exigem uma revisão antes de serem mescladas.
review:approved	type:pr review:approved corresponde às solicitações de pull aprovadas por um revisor.
review:changes_requested	type:pr review:changes_requested corresponde às solicitações de pull nas quais um revisor solicitou alterações.
reviewed-by:USERNAME	type:pr reviewed-by:gjtorikian corresponde às solicitações de pull revisadas por uma pessoa específica.
review-requested:USERNAME	type:pr review-requested:benbalter corresponde às solicitações de pull em que uma pessoa específica é 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 com revisão solicitada, as solicitações de revisão dessa equipe também aparecerão nos resultados da pesquisa.
user-review-requested:@me	type:pr user-review-requested:@me corresponde às solicitações de pull que você foi solicitado a revisar diretamente.
team-review-requested:TEAMNAME	type:pr team-review-requested:github/docs corresponde às solicitações de pull que têm solicitações de revisão da equipe github/docs. 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, o ideal é usar o qualificador updated.

Os dois usam uma data como parâmetro. A formatação de data precisa seguir o padrão ISO8601, que é YYYY-MM-DD (ano-mês-dia). Adicione também informações de hora THH:MM:SS+00:00 opcionais após a data, para fazer a pesquisa por hora, minuto e segundo. Isso é T, seguido de HH:MM:SS (hora-minutos-segundos) e uma diferença UTC (+00:00).

Ao pesquisar uma data, você pode usar qualificadores de maior que, menor que e intervalo para filtrar os resultados ainda mais. Para obter mais informações, confira "Noções básicas de sintaxe de pesquisa".

Qualificador	Exemplo
created:YYYY-MM-DD	language:c# created:<2011-01-01 state:open corresponde aos problemas em aberto que foram criados antes de 2011 em repositórios escritos em C#.
updated:YYYY-MM-DD	weird in:body updated:>=2013-02-01 corresponde aos problemas com a palavra "weird" no corpo que foram atualizados após fevereiro de 2013.

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

Filtre problemas e solicitações de pull de acordo com o fato de eles estarem fechados usando o qualificador closed.

Esse qualificador usa a data como parâmetro. A formatação de data precisa seguir o padrão ISO8601, que é YYYY-MM-DD (ano-mês-dia). Adicione também informações de hora THH:MM:SS+00:00 opcionais após a data, para fazer a pesquisa por hora, minuto e segundo. Isso é T, seguido de HH:MM:SS (hora-minutos-segundos) e uma diferença UTC (+00:00).

Ao pesquisar uma data, você pode usar qualificadores de maior que, menor que e intervalo para filtrar os resultados ainda mais. Para obter mais informações, confira "Noções básicas de sintaxe de pesquisa".

Qualificador	Exemplo
closed:>YYYY-MM-DD	language:swift closed:>2014-06-11 corresponde aos problemas e às solicitações de pull no Swift que foram fechadas após 11 de junho de 2014.
in:body closed:<YYYY-MM-DD	data in:body closed:<2012-10-01 corresponde aos problemas e às solicitações de pull com a palavra "data" no corpo que foram fechados antes de outubro de 2012.

Pesquisar por data do merge da pull request

Filtre solicitações de pull de acordo com o fato de elas terem sido mescladas usando o qualificador merged.

Esse qualificador usa a data como parâmetro. A formatação de data precisa seguir o padrão ISO8601, que é YYYY-MM-DD (ano-mês-dia). Adicione também informações de hora THH:MM:SS+00:00 opcionais após a data, para fazer a pesquisa por hora, minuto e segundo. Isso é T, seguido de HH:MM:SS (hora-minutos-segundos) e uma diferença UTC (+00:00).

Ao pesquisar uma data, você pode usar qualificadores de maior que, menor que e intervalo para filtrar os resultados ainda mais. Para obter mais informações, confira "Noções básicas de sintaxe de pesquisa".

Qualificador	Exemplo
language:LANGUAGE merged:<YYYY-MM-DD	language:javascript merged:<2011-01-01 corresponde às solicitações de pull em repositórios JavaScript que foram mescladas antes de 2011.
in:title language:LANGUAGE merged:>YYYY-MM-DD	fast in:title language:ruby merged:>=2014-05-01 corresponde às solicitações de pull no Ruby com a palavra "fast" no título que foram mescladas após maio de 2014.

Pesquisar somente pull request com merge ou sem merge

Filtre solicitações de pull com ou sem mesclagem usando o qualificador is.

Qualificador	Exemplo
is:merged	bug is:pr is:merged corresponde às solicitações de pull mescladas com a palavra "bug".
is:unmerged	error is:unmerged corresponde a solicitações de pull com a palavra "erro" que estão abertas ou foram fechadas sem mesclar.

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

O qualificador archived restringe os resultados aos problemas ou às solicitações de pull em um repositório arquivado.

Qualificador	Exemplo
archived:true	archived:true GNOME corresponde aos problemas e às solicitações de pull que contêm a palavra "GNOME" nos repositórios arquivados aos quais você tem acesso.
archived:false	archived:false GNOME corresponde aos problemas e às solicitações de pull que contêm a palavra "GNOME" nos repositórios não arquivados aos quais você tem acesso.

Pesquisar conversas bloqueadas e não bloqueadas

Você pode pesquisar problema ou uma solicitação de pull que têm uma conversa bloqueada usando o qualificador is. Para saber mais, confira Bloquear conversas.

Qualificador	Exemplo
is:locked	code of conduct is:locked is:issue archived:false corresponde aos problemas ou às solicitações de pull com as palavras "code of conduct" que têm uma conversa bloqueada em um repositório que não está arquivado.
is:unlocked	code of conduct is:unlocked is:issue archived:false corresponde aos problemas ou às solicitações de pull 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 restringir a pesquisa a problemas e solicitações de pull que não têm determinados metadados usando o qualificador no. Esses qualificadores não podem ser combinados com o símbolo de subtração (hífen) para excluir itens em que faltam metadados. Esses metadados incluem:

• Rótulos
• Marcos
• Responsáveis
• Projetos

Qualificador	Exemplo
no:label	priority no:label corresponde aos problemas e às solicitações de pull com a palavra "priority" que também não têm rótulos.
no:milestone	sprint no:milestone type:issue corresponde aos problemas não associados a um marco que contêm a palavra "sprint".
no:assignee	important no:assignee language:java type:issue corresponde aos problemas não associados a um destinatário, contendo a palavra "important" e em repositórios do Java.
no:project	build no:project corresponde aos problemas não associados a um projeto (clássico), que contém a palavra "build".

Leitura adicional

• Ordenar os resultados da pesquisa