Esta versão do GitHub Enterprise foi descontinuada em 2021-06-09. 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.

Sobre a automação para problemas e pull requests com parâmetros de consulta

Você pode usar parâmetros de consulta para compartilhar URLs com informações personalizadas.

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 etiquetas padrão, responsáveis e um título para o problema. Para obter mais informações, consulte "Configurando modelos de problemas para seu repositório" ou "Criar manualmente um único modelo de problemas para seu repositório".

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 uma etiqueta a um problema para usar o parâmetro de consulta label.

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

Parâmetros de consulta compatíveis

Parâmetro de consultaExemplo
textohttps://github.com/octo-org/octo-repo/compare/main...pull-request-test?quick_pull=1&body=Fixes+the+problem. cria um pull request que compara os branches main and pull-request-test, com o comentário "Corrige o problema" no texto do pull request.
titlehttps://github.com/octo-org/octo-repo/issues/new?labels=bug&title=New+bug+report cria um problema com a etiqueta "erro" e o título "Novo relatório de erros".
etiquetashttps://github.com/octo-org/octo-repo/compare/main...pull-request-test?quick_pull=1&labels=bug cria um pull request que compara os branches main e pull-request-test com a etiqueta "erro".
modelohttps://github.com/octo-org/octo-repo/issues/new?template=issue_template.md cria um problema com um modelo no texto do problema.
marcohttps://github.com/octo-org/octo-repo/issues/new?milestone=testing+milestones cria um problema com o marco "marcos de teste".
assigneeshttps://github.com/octo-org/octo-repo/issues/new?assignees=octocat cria um problema e o atribui a @octocat.
projetoshttps://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 erro" e o adiciona ao quadro de projeto 1 da organização.

Preencher problemas e pull requests com modelos personalizados

Este é o fluxo de trabalho de legado para criar um modelo de problemas. Recomendamos o uso do criador múltiplo de modelos de problemas atualizado para criar vários modelos de problema. Para obter mais informações, consulte "Sobre modelos de problema e pull request".

Você pode usar o parâmetro de consulta template para especificar um modelo a fim de preencher o problema ou o texto da pull request automaticamente. O parâmetro de consulta template trabalha com modelos armazenados em um subdiretório ISSUE_TEMPLATE ou PULL_REQUEST_TEMPLATE na raiz, no diretório docs/ ou .github/ em um repositório.

Se um repositório contiver apenas o modelo de problema ou pull request padrão, todos os novos problemas ou pull requests terão o modelo padrão no texto.

Para obter mais informações, consulte "Criar um modelo de pull request para seu repositório" ou "Criar manualmente um único modelo de problemas para seu repositório".

Leia mais