¿Cómo poner una etiqueta a un problema en GitHub si no eres un contribuyente / propietario?


211

He enviado un problema para un proyecto en GitHub que no es mío y no soy colaborador, pero no puedo encontrar una manera de etiquetar mi problema. ¿Hay alguna forma de etiquetarlo o solo está disponible para contribuyentes?


Hmm, años después y aún no es posible :(
Paul

44
Bache. Esto es muy necesario. Una etiqueta preliminar que el usuario puede establecer. El usuario sabe si está enviando una "pregunta", "solicitud de función" o un "informe de error". Pero el usuario no tiene una forma formal de indicar el tipo de problema, por lo que todos terminan en la misma pila de problemas sin marcar.
alguien más

8 años después y todavía no es posible
vishal.k

Respuestas:


226

Solo está disponible para contribuyentes.

De esta manera, puede evitar que personas aleatorias asignen etiquetas incorrectas y arruinen sus categorías.

Sin embargo, sería útil si pudiera de alguna manera proponer etiquetas. Entonces podría marcar un problema como lo que cree que es un error, para que el propietario pueda confirmarlo. Mucha gente sugiere etiquetas en el título:[proposed Label] actual title


25
Como propietario de varios proyectos de GitHub, veo esto como una característica.
Andy Lester

66
Las etiquetas son una forma para que los contribuyentes dividan los temas en categorías. Pueden ayudarlo a marcar la prioridad y tal. Si a todos se les permitiera etiquetar sus problemas, esta estructura se perdería.
Noctua

58
Me siento como un pinchazo cada vez que envío algo que sé claramente que es una solicitud de función como un problema ... Sería bueno tener una mejor manera que simplemente escribir "solicitud de función" en el cuerpo para indicar que ese es el caso.
El Yobo

66
Veo que muchas personas simplemente titulan el problema con la etiqueta y creen que debería encerrarse entre llaves. Exp: "[Característica requerida] Esta sería una buena característica"
Gus

25
0 votos negativos Veo esto como un error. La interfaz de usuario no da una razón clara por la que no puede asignar una etiqueta a un problema, por lo que termina perdiendo el tiempo tratando de averiguar si está malinterpretando algo, y luego se frustra y se siente estúpido. Si la intención del diseño de GitHub era hacer que sus usuarios se sintieran frustrados y estúpidos, entonces el diseño es un éxito total. Si la intención del diseño de GitHub NO era hacer que sus usuarios se sintieran frustrados y estúpidos, entonces el diseño es un desastre.
Eric Kolotyluk

21

Asignación automática de etiquetas de plantillas de problemas de GitHub (diciembre de 2018)

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

La función de plantilla de problema es mucho más antigua, pero con una actualización de diciembre de 2018 https://github.blog/changelog/2018-12-05-issue-template-automation-improvements/ ahora puede asignar automáticamente etiquetas a las plantillas, y se ha convertido en una buena solución a este problema.

Con esta característica, los administradores del repositorio pueden crear un conjunto de plantillas de problemas y asignar un conjunto de etiquetas a cada plantilla.

Luego, cada vez que un usuario crea un nuevo problema, incluso los que no son administradores, pueden elegir entre una de las plantillas, y si lo hacen, las etiquetas se asignan.

Me gusta este enfoque, porque efectivamente le permite determinar un subconjunto de etiquetas que cualquiera puede crear, al tiempo que reserva potencialmente otras etiquetas solo para colaboradores.

Aquí hay un repositorio de prueba mío en el que puedes crear problemas libremente para probarlo: https://github.com/cirosantilli/test-git-web-interface/issues/new

Las plantillas se pueden crear desde la pestaña Configuración de repositorio de GitHub, pero incluso si lo hace desde allí, solo genera archivos mágicos en el .github/ISSUE_TEMPLATEdirectorio, consulte, por ejemplo: https://github.com/cirosantilli/test-git-web-interface/tree /7f2bb195ff303a037499c1c349b3c89158221674/.github/ISSUE_TEMPLATE, que es bueno ya que mantiene más metadatos de repositorio dentro del repositorio.

El directorio podría contener 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

---

Vieja respuesta

He presentado esta solicitud a support@github.comy https://github.com/isaacs/github/issues/148 y se refirió a esta cuestión.

@jdennes respondió con el neutral habitual:

Agregué un +1 a este elemento en nuestra Lista de solicitudes de funciones para su consideración.

lo que confirma que no es posible.

¡Votaremos esta pregunta a los cielos hasta que lo hagan!


Entonces, ¿cuál es el progreso hasta ahora?
Pacerier

Actualización de @Pacerier: ¡las plantillas de problemas ahora resuelven el problema muy bien!
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.