Skip to main content

Criar um problema

Os problemas podem ser criados de várias maneiras. Portanto, você pode escolher o método mais conveniente para seu fluxo de trabalho.

Quem pode usar esse recurso?

People with read access can create an issue in a repository where issues are enabled.

Os problemas podem ser usados para acompanhar erros, aprimoramentos ou outras solicitações. Para obter mais informações, confira "Sobre issues".

Os administradores do repositório podem desabilitar problemas para um repositório. Para obter mais informações, confira "Desabilitar problemas".

Criar um problema a partir de um repositório

  1. No GitHub.com, navegue até a página principal do repositório.

  2. No nome do seu repositório, clique em Problemas.

    Captura de tela da página principal de um repositório. Na barra de navegação horizontal, uma guia, rotulada como "Problemas", é destacada em laranja escuro.

  3. Clique em Novo problema.

  4. Se o repositório usar modelos de problemas, ao lado do tipo de problema que você deseja abrir, clique em Introdução.

    Se o tipo de problema que você deseja abrir não estiver incluído nas opções disponíveis, clique em Abrir um problema em branco.

    Captura de tela do seletor de modelo de um problema. Abaixo das opções de modelo, há um link rotulado "Abrir um problema em branco" com o contorno em laranja escuro.

  5. No campo “Título”, digite um título para o problema.

  6. No campo do corpo do comentário, digite uma descrição para o problema.

  7. Se você for um mantenedor de projeto, poderá atribuir o problema a alguém, adicioná-lo a um projeto (clássico), associá-lo a um marco ou aplicar um rótulo.

  8. Quando terminar, clique em Enviar novo problema.

Criando um problema com GitHub CLI

A GitHub CLI é uma ferramenta de código aberto para uso do GitHub na linha de comando do computador. Quando você está trabalhando na linha de comando, você pode usar GitHub CLI para economizar tempo e evitar mudar o contexto. Para saber mais sobre GitHub CLI, confira "Sobre o a CLI do GitHub".

Para criar um problema, use o subcomando gh issue create. Para ignorar os prompts interativos, inclua os sinalizadores --body e --title.

gh issue create --title "My new issue" --body "Here are more details."

Você também pode especificar responsáveis, etiquetas, marcos e projetos.

gh issue create --title "My new issue" --body "Here are more details." --assignee @me,monalisa --label "bug,help wanted" --project onboarding --milestone "learning codebase"

Criando um problema a partir de um comentário

Você pode abrir um novo problema a partir de um comentário em um problema ou pull request. Quando você abre um problema a partir de um comentário, o problema contém um trecho mostrando onde o comentário foi originalmente publicado.

  1. Acesse o comentário que você deseja abrir a partir de um problema.

  2. No comentário, clique em .

    Captura de tela de um comentário em uma solicitação de pull. O botão de kebab está contornado em laranja escuro.

  3. Clique em Referência em novo problema.

  4. Use o menu suspenso "Repositório" para selecionar o repositório em que deseja abrir o problema.

  5. Digite um título descritivo e o texto do problema.

  6. Clique em Criar problema.

  7. Se você for um mantenedor de projeto, poderá atribuir o problema a alguém, adicioná-lo a um projeto (clássico), associá-lo a um marco ou aplicar um rótulo.

  8. Quando terminar, clique em Enviar novo problema.

Criando um problema a partir do código

É possível abrir um problema novo a partir de uma linha ou linhas específicas de código em um arquivo ou pull request. Quando você abre um problema de código, o problema contém um trecho mostrando a linha ou intervalo de código que você escolheu. Você pode abrir somente um problema no mesmo repositório onde o código é armazenado.

  1. No GitHub.com, navegue até a página principal do repositório.

  2. Localize o código que deseja referenciar em um problema:

    • Para abrir um problema sobre código em um arquivo, navegue até o arquivo.
    • Para abrir um problema sobre um código em uma solicitação de pull, procure a solicitação de pull e clique em Arquivos alterados. Em seguida, procure o arquivo que contém o código que deseja incluir no comentário e clique em Exibir.
  3. Escolha se deseja selecionar uma linha individual ou um intervalo.

    • Para selecionar uma única linha de código, clique no número de linha para destacá-la.
    • Para selecionar um intervalo de código, clique no número da primeira linha no intervalo para destacar a linha de código. Em seguida, posicione o cursor sobre a última linha do intervalo de códigos, pressione SHIFT e clique no número de linha para realçar o intervalo.
  4. À esquerda do intervalo do código, clique em . No menu suspenso, clique em Referência em um novo problema.

    Captura de tela de um arquivo, com oito linhas selecionadas. À esquerda da primeira linha selecionada, um botão rotulado com um ícone de kebab está contornado em laranja escuro.

  5. No campo “Título”, digite um título para o problema.

  6. No campo do corpo do comentário, digite uma descrição para o problema.

  7. Se você for um mantenedor de projeto, poderá atribuir o problema a alguém, adicioná-lo a um projeto (clássico), associá-lo a um marco ou aplicar um rótulo.

  8. Quando terminar, clique em Enviar novo problema.

Criando um problema da discussão

As pessoas com permissão de triagem para um repositório podem criar um problema a partir de uma discussão.

Ao criar um problema a partir de uma discussão, o conteúdo da postagem na discussão será automaticamente incluído no texto do problema e todas as etiquetas serão mantidas. A criação de um problema a partir de uma discussão não converte a discussão em um problema ou exclui a discussão existente. Para mais informações sobre GitHub Discussions, confira "Sobre discussões".

  1. No nome do repositório ou da organização, clique em Discussões.

    Captura de tela das guias em um repositório GitHub. A opção "Discussões" está contornada em laranja escuro.

  2. Na lista de discussões, clique na discussão que você deseja visualizar.

  3. Na barra lateral direita, clique em Criar um problema com base em uma discussão.

    Captura de tela da barra lateral em uma discussão. A opção "Criar problema com base na discussão" está contornada em laranja escuro.

  4. No campo “Título”, digite um título para o problema.

  5. No campo do corpo do comentário, digite uma descrição para o problema.

  6. Se você for um mantenedor de projeto, poderá atribuir o problema a alguém, adicioná-lo a um projeto (clássico), associá-lo a um marco ou aplicar um rótulo.

  7. Quando terminar, clique em Enviar novo problema.

Criar um problema com base em um projeto

Você pode criar problemas rapidamente sem sair do projeto. Ao usar uma exibição agrupada por um campo, a criação de um problema nesse grupo definirá automaticamente o campo do novo problema como o valor do grupo. Por exemplo, se você agrupar a exibição por "Status", ao criar um problema no grupo "Todo", o "Status" do novo problema será definido automaticamente como "Todo". Para obter mais informações sobre projetos, confira "Sobre Projects".

  1. Procure seu projeto.

  2. Na parte inferior de uma tabela, um grupo de itens ou uma coluna no layout do quadro, clique em .

    Captura de tela que mostra a linha inferior de uma exibição de tabela. O botão "+" está realçado com um contorno laranja.

  3. Clique em Criar problema.

  4. Na parte superior da caixa de diálogo "Criar problema", selecione o repositório em que você deseja que o problema seja criado.

    Captura de tela que mostra a caixa de diálogo "Criar problema".

  5. Abaixo do menu suspenso do repositório, digite um título para o novo problema.

  6. Opcionalmente, use os campos abaixo do campo de título para definir atributos, rótulos e marcos, além de adicionar o novo problema a outros projetos.

  7. Opcionalmente, digite uma descrição para o problema.

  8. Opcionalmente, para criar mais problemas, selecione Criar mais e a caixa de diálogo será reaberta.

  9. Clique em Criar.

Criar um problema com base em uma observação do projeto (clássico)

Se você estiver usando um projeto (clássico) para acompanhar e priorizar o trabalho, você poderá converter observações em problemas. Para obter mais informações, confira "Sobre projects (classic)" e "Adicionar observações a um project (classic)."

Criando uma problema a partir de um item da lista de tarefas

Dentro de um problema, você pode usar as listas de tarefas para dividir o trabalho em tarefas menores e acompanhar o conjunto completo de trabalho a ser concluído. Se uma tarefa exigir mais rastreamento ou discussão, você poderá convertê-la em um problema, passando o mouse sobre a tarefa e clicando em no canto superior direito da tarefa. Para obter mais informações, confira "Sobre listas de tarefas".

Criando um problema a partir de uma consulta de URL

Você pode usar parâmetros de consulta para abrir problemas. Os parâmetros de consulta são partes opcionais de uma URL que podem ser personalizadas para compartilhar uma exibição de página web específica, como resultados do filtro de pesquisa ou um modelo de problemas no GitHub. Para criar seus próprios parâmetros de consulta, você deve corresponder o par de chave e valor.

Dica: também é possível criar modelos de problemas que são abertos com rótulos padrão, responsáveis e um título para o problema. Para obter mais informações, confira "Usando modelos para incentivar problemas úteis e receber pull request".

Você deve ter as permissões adequadas para qualquer ação para usar o parâmetro de consulta equivalente. Por exemplo, é preciso ter permissão para adicionar um rótulo a um problema a fim de usar o parâmetro de consulta labels. Para obter mais informações, confira "Funções de repositório para uma organização".

Se você criar uma URL inválida usando parâmetros de consulta ou se não tiver as permissões adequadas, a URL retornará uma página de erro 404 Not Found. Se você criar uma URL que exceda o limite do servidor, a URL retornará uma página de erro 414 URI Too Long.

Parâmetro de consultaExemplo
titlehttps://github.com/octo-org/octo-repo/issues/new?labels=bug&title=New+bug+report cria um problema com o rótulo "bug" e o título "Novo relatório de bugs".
bodyhttps://github.com/octo-org/octo-repo/issues/new?title=New+bug+report&body=Describe+the+problem. cria um problema com o título "Novo relatório de bugs" e o comentário "Descreva o problema" no corpo do problema.
labelshttps://github.com/octo-org/octo-repo/issues/new?labels=help+wanted,bug cria um problema com os rótulos "preciso de ajuda" e "bug".
milestonehttps://github.com/octo-org/octo-repo/issues/new?milestone=testing+milestones cria um problema com o marco "testando marcos".
assigneeshttps://github.com/octo-org/octo-repo/issues/new?assignees=octocat cria um problema e o atribui a @octocat.
projectshttps://github.com/octo-org/octo-repo/issues/new?title=Bug+fix&projects=octo-org/1 cria um problema com o título "Correção de bug" e o adiciona ao projeto 1 da organização.
templatehttps://github.com/octo-org/octo-repo/issues/new?template=issue_template.md cria um problema com um modelo no corpo do problema. O parâmetro de consulta template funciona com modelos armazenados em um subdiretório ISSUE_TEMPLATE na raiz no diretório docs/ ou .github/ em um repositório. Para obter mais informações, confira "Usando modelos para incentivar problemas úteis e receber pull request".

Você também pode usar os parâmetros de consulta de URL para preencher campos de texto personalizados que você definiu nos modelos de formulário do problema. Os parâmetros de consulta para campos de formulário de problema também podem ser transmitidos ao seletor de modelo de problema. Para obter mais informações, confira "Sintaxe para o esquema de formulário do GitHub".

Criando uma issue de um alerta de code scanning

Observação: o acompanhamento dos alertas da code scanning em problemas está em versão beta e sujeito a alterações.

Esse recurso dá suporte à execução de análise nativamente por meio do GitHub Actions ou externamente por meio da infraestrutura de CI/CD existente, bem como ferramentas da code scanning de terceiros, mas não ferramentas de acompanhamento de terceiros.

Se estiver usando problemas para acompanhar e priorizar seu trabalho, use problemas para acompanhar os alertas da code scanning.

Para obter mais informações sobre como criar problemas para rastrear os alertas da code scanning, confira "Rastreamento código de alerta em problemas que usam listas de tarefas."

Leitura adicional