Skip to main content
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 foi descontinuada em 2022-06-03. 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.

Configurando modelos de problemas em seu repositório

Você pode personalizar os modelos disponíveis para os contribuidores usarem quando abrirem novos problemas no seu repositório.

You can create default issue templates and a default configuration file for issue templates for your organization or personal account. Para obter mais informações, consulte "Criando um arquivo padrão de integridade da comunidade."

Criando modelos de problemas

  1. No your GitHub Enterprise Server instance, navegue até a página principal do repositório.
  2. No nome do seu repositório, clique em Configurações. Botão de configurações do repositório
  3. Na seção "Features" (Recursos), em "Issues" (Problemas), clique em Set up templates (Configurar modelos). Botão Start template setup (Iniciar configuração do modelo)
  4. Use o menu suspenso Add template (Adicionar modelo) e clique no tipo de modelo que deseja criar. Menu suspenso Add template (Adicionar modelo)
  5. Para visualizar ou editar o modelo antes de fazer commit dele no repositório, clique em Preview and edit (Visualizar e editar). Botão Preview and edit (Visualizar e editar)
  6. Para editar o modelo, clique em e digite nos campos para editar o conteúdo. Botão Issue template edit (Edição de modelo de problema)
  7. Para definir automaticamente um título de problema padrão, atribua o problema a pessoas com acesso de leitura ao repositório ou aplique etiquetas ao modelo de problema. Informe esses detalhes em "Optional additional information" (Informações adicionais opcionais). Você também pode adicionar esses detalhes no modelo de problema com title, labels ou assignees em um formato de página inicial do YAML. Informações adicionais para modelo de problema
  8. Quando tiver terminado de editar e visualizar o modelo, clique em Propose changes (Propor alterações) no canto superior direito da página. Botão Propose changes (Propor alterações)
  9. Insira uma mensagem do commit descrevendo as alterações. Campo de mensagem do commit do modelo de problema
  10. Abaixo dos campos de mensagem do commit, decida se vai fazer commit do seu modelo diretamente no branch padrão ou se vai criar um branch e abrir uma pull request. Para obter mais informações sobre pull requests, consulte "Sobre pull requests". Commit do modelo de problema com opção para principal ou abrir pull request
  11. Clique em Commit changes (Fazer commit das alterações). Assim que essas alterações passarem por merge no branch padrão, o modelo será disponibilizado para os contribuidores usarem quando abrirem novos problemas no repositório.

Configurando o seletor de modelos

Você pode personalizar o seletor do modelo de problema que as pessoas veem ao criar um novo problema no repositório, adicionando um arquivo config.yml �  pasta .github/ISSUE_TEMPLATE.

Você pode incentivar os contribuidores a usar modelos de problemas definindo blank_issues_enabled para falso. Se você configurar blank_issues_enabled para verdadeiro, as pessoas terão a opção de abrir um problema em branco.

Observação: Se você usou o fluxo de trabalho de legado para criar manualmente um arquivo issue_template.md na pasta .github e habilitar problemas em branco no seu arquivo config.yml, o modelo em issue_template.md será usado quando as pessoas escolherem abrir um problema em branco. Se você desativar problemas em branco, o modelo nunca será usado.

Se você preferir receber determinados relatórios fora de GitHub Enterprise Server, você pode direcionar pessoas para sites externos com contact_links.

Aqui está um exemplo de arquivo config.yml.

YAML
blank_issues_enabled: false
contact_links:
  - name: Suporte �  Comunidade GitHub
    url: https://github.community/
    about: Pergunte e responda dúvidas aqui.
  - name: GitHub Recompensa de bug de segurança
    url: https://bounty.github.com/
    about: Reporte vulnerabilidades de segurança aqui.

Seu arquivo de configuração customizará o seletor de modelos quando o arquivo for mesclado ao branch padrão do repositório.

  1. No your GitHub Enterprise Server instance, navegue até a página principal do repositório.
  2. Acima da lista de arquivos, utilizando o menu suspenso Add file (Adicionar arquivo), clique em Create new file (Criar novo arquivo). "Criar novo arquivo" no menu suspenso "Adicionar arquivo"
  3. No campo nome do arquivo, digite .github/ISSUE_TEMPLATE/config.yml. Configuração do nome do arquivo
  4. No corpo do novo arquivo, digite o conteúdo do seu arquivo de configuração.Configuração do conteúdo do arquivo
  5. No final da página, digite uma mensagem de commit curta e significativa que descreva a alteração feita no arquivo. Você pode atribuir o commit a mais de um autor na mensagem de commit. Para obter mais informações, consulte "Criar um commit com vários co-autores." Mensagem do commit para sua alteração
  6. Abaixo dos campos de mensagem do commit, opte por adicionar o commit ao branch atual ou a um novo branch. Se seu branch atual for o branch-padrão, você deverá optar por criar um novo branch para seu commit e, em seguida, criar um pull request. Para obter mais informações, consulte "Criar uma nova pull request." Opções para fazer commit no branch
  7. Clique em Propose new file. Propor botão de novo arquivo

Leia mais