Como colocar um rótulo em um problema no GitHub se você não é um colaborador / proprietário?

211

Enviei um problema para um projeto no GitHub que não é meu e não sou colaborador, mas não consigo encontrar uma maneira de rotular meu problema. Existe uma maneira de rotular isso ou isso está disponível apenas para colaboradores?

github

— Kenzo
fonte

Hmm, anos depois e ainda não é possível :(

— paulm

Colisão. Isso é extremamente necessário. Um rótulo preliminar que o usuário pode definir. O usuário sabe se está enviando uma "pergunta", "solicitação de recurso" ou um "relatório de erro". Mas o usuário não possui uma maneira formalizada de declarar o tipo de problema; portanto, todos acabam na mesma pilha de problemas não identificados.

— outra pessoa

8 anos depois e ainda não é possível

— vishal.k

Respostas:

226

Está disponível apenas para colaboradores.

Dessa forma, você pode evitar que pessoas aleatórias atribuam rótulos errados e estraguem suas categorias.

No entanto, seria útil se você pudesse, de alguma maneira, propor rótulos. Em seguida, você pode marcar um problema como o que você acha que é um bug, para que o proprietário possa confirmar isso. Muitas pessoas sugerem rótulos no título:[proposed Label] actual title

— Noctua
fonte

Como proprietário de vários projetos do GitHub, vejo isso como um recurso.

— Andy Lester

Os rótulos são uma maneira de os contribuintes dividirem os problemas em categorias. Eles podem ajudá-lo a marcar prioridade e tal. Se todos pudessem rotular seus problemas, essa estrutura seria perdida.

— Noctua

Sinto-me um idiota toda vez que envio algo que claramente sei ser uma solicitação de recurso como um problema ... Seria bom ter uma maneira melhor do que apenas escrever "solicitação de recurso" no corpo para indicar que esse é o caso.

— El Yobo

Vejo muitas pessoas apenas intitulando o problema com o rótulo que acham que deve estar entre colchetes sqr. Exp: "[Feature Req] Este seria um bom recurso"

— Gus

0 voto negativo Eu vejo isso como um bug. A interface do usuário não fornece nenhum motivo claro para você não atribuir um rótulo a um problema; portanto, você acaba perdendo tempo tentando descobrir se está entendendo algo errado e, em seguida, ficando frustrado sentindo-se estúpido. Se a intenção do GitHub era fazer com que seus usuários se sentissem frustrados e estúpidos, então o design seria um sucesso total. Se a intenção do GitHub NÃO era fazer com que seus usuários se sentissem frustrados e estúpidos, o design seria um desastre.

— Eric Kolotyluk

Modelos de problemas do GitHub rotulam atribuição automática (dezembro de 2018)

https://help.github.com/en/articles/creating-issue-templates-for-your-repository

O recurso de modelo de problema é muito mais antigo, mas com uma atualização de dezembro de 2018 https://github.blog/changelog/2018-12-05-issue-template-automation-improvements/ agora pode atribuir automaticamente rótulos a modelos e tornou-se uma boa solução para esse problema.

Com esse recurso, os administradores de repositório podem criar um conjunto de modelos de problemas e atribuir um conjunto de rótulos a cada modelo.

Então, sempre que um usuário criar um novo problema, mesmo os não administradores, poderá escolher entre um dos modelos e, se o fizer, os rótulos serão atribuídos!

Eu gosto dessa abordagem, porque permite efetivamente determinar um subconjunto de rótulos que qualquer pessoa pode criar, enquanto ainda reserva potencialmente outros rótulos apenas para colaboradores.

Aqui está um repositório de teste meu no qual você pode criar livremente problemas para testá-lo: https://github.com/cirosantilli/test-git-web-interface/issues/new

Os modelos podem ser criados a partir da guia Configurações de repositório do GitHub, mas mesmo se você o fizer a partir dele, apenas gera arquivos mágicos no .github/ISSUE_TEMPLATEdiretório, veja, por exemplo: https://github.com/cirosantilli/test-git-web-interface/tree /7f2bb195ff303a037499c1c349b3c89158221674/.github/ISSUE_TEMPLATE, que é bom, pois mantém mais metadados do repositório dentro do repositório.

O diretório pode conter algo como:

.github / ISSUE_TEMPLATE / bug.md

---
name: bug
about: Use this template to report existing bugs.
title: 'Bug'
labels: bug

---

.github / ISSUE_TEMPLATE / feature-request.md

---
name: feature-request
about: Use this template to request new features.
title: 'Feature request'
labels: feature-request

---

Resposta antiga

Eu enviei este pedido para support@github.come https://github.com/isaacs/github/issues/148 e apontou para esta questão.

@jdennes respondeu com o neutro usual:

Adicionei +1 a este item em nossa Lista de solicitações de recursos para consideração.

o que confirma que não é possível.

Vamos votar esta questão aos céus até que eles façam isso!

— Ciro Santilli adicionou uma nova foto
fonte

Então, qual é o progresso até agora?

— Pacerier 19/10/19

Atualização do @Pacerier: os modelos de problemas agora resolvem o problema muito bem!

— Ciro Santilli escreveu: