Michael JohnsonDesde 11 de novembro de 2026, os titulares de contas pessoais do GitHub podem configurar tipos de issues e campos para issues nos repositórios que possuem. As ferramentas de planejamento descritas anteriormente passaram a estar disponíveis ao público para desenvolvedores individuais e mantenedores de projetos de código aberto. O GitHub também oferece suporte ao gerenciamento de tipos e campos por meio das APIs REST e GraphQL e de webhooks, informou a empresa.
O que chegou aos repositórios pessoais
O titular da conta pode configurar até 25 tipos de issues. Bug, Task e Feature estão disponíveis por padrão; é possível alterar ou adicionar tipos. Também é possível criar até 25 campos para issues, incluindo prioridade, esforço, data de início e data-alvo. Há suporte para campos de texto, numéricos e de calendário, além de opções de seleção única e múltipla.
Os campos podem ser associados a tipos específicos de issues ou disponibilizados para issues sem tipo. É possível preenchê-los ao criar uma issue ou editá-los em uma existente. No GitHub Projects, os campos podem ser usados em visualizações personalizadas e para alterar valores em massa.
Como isso ajuda quem mantém um projeto
Para um projeto pequeno, tipos de issues e campos oferecem uma maneira comum de descrever o trabalho. Por exemplo, quem mantém o projeto pode distinguir bugs, funcionalidades e tarefas comuns e indicar uma prioridade ou data-alvo para cada uma. Nos projetos, essas informações ajudam a filtrar e agrupar issues sem tirar o planejamento do GitHub Issues.
A mudança amplia o acesso ao planejamento estruturado para desenvolvedores individuais e mantenedores de repositórios pertencentes a contas pessoais. Os tipos e campos são configurados nas definições da conta; o anúncio do GitHub não promete sincronização automática das configurações entre contas ou repositórios diferentes.
O que pode ser automatizado
O GitHub informa que é possível gerenciar tipos e campos programaticamente por meio das APIs REST e GraphQL e de webhooks. A documentação descreve operações com campos, seus valores e alterações acionadas pelo evento issues. Isso permite que desenvolvedores integrem seus próprios processos: por exemplo, reagindo a uma alteração no valor de um campo ou definindo-o programaticamente. Cada integração precisa ser implementada separadamente.
Na mesma atualização, o GitHub adicionou a possibilidade de criar etiquetas e milestones diretamente em uma issue quando o valor desejado não estiver na lista. Essa pequena melhoria facilita o trabalho com uma issue; a principal mudança é a disponibilidade de tipos e campos personalizáveis para repositórios de contas pessoais.
Para um projeto individual, o resultado são Issues mais estruturadas e a possibilidade de processar campos por meio de APIs e webhooks. A utilidade depende das categorias e dos dados que a pessoa responsável escolher para suas issues.
