Как поставить ярлык на проблему в GitHub, если вы не являетесь участником / владельцем?
211
Я отправил вопрос о проекте на GitHub, который не принадлежит мне, и я не участвую в нем, но не могу найти способ обозначить свою проблему. Есть ли способ для меня, чтобы маркировать его, или это доступно только для участников?
Удар. Это крайне необходимо. Предварительный ярлык, который пользователь может установить. Пользователь знает, отправляет ли он «вопрос», «запрос функции» или «отчет об ошибке». Но у пользователя нет формализованного способа определения типа проблемы, поэтому все они оказываются в одной куче немаркированных проблем.
кто-то еще
8 лет спустя и до сих пор не возможно
vishal.k
Ответы:
226
Это доступно только для участников.
Таким образом, вы можете избежать случайных людей, назначающих неправильные ярлыки и портящих ваши категории.
Однако было бы полезно, если бы вы могли каким-либо образом предлагать ярлыки. Затем вы можете пометить проблему как ошибку, так что владелец может просто подтвердить это. Многие люди предлагают ярлыки в заголовке:[proposed Label] actual title
Как владелец ряда проектов GitHub, я вижу в этом особенность.
Энди Лестер
6
Ярлыки - это способ для участников разделить проблемы на категории. Они могут помочь вам отметить приоритет и тому подобное. Если бы всем было позволено маркировать свои проблемы, эта структура была бы потеряна.
Noctua
58
Я чувствую себя уколом каждый раз, когда я отправляю что-то, что, как я знаю, является запросом функции в качестве проблемы ... Было бы неплохо иметь лучший способ, чем просто написать «запрос функции» в теле, чтобы показать, что это так.
Эль Йобо
6
Я вижу, что многие люди просто озаглавили проблему ярлыком, который, по их мнению, должен быть заключен в квадратные скобки. Exp: «[Feature Req] Это было бы неплохо»
Гас
25
0 понижение голоса Я вижу это как ошибку. Пользовательский интерфейс не дает четкой причины, по которой вы не можете назначить метку для проблемы, поэтому вы теряете время, пытаясь выяснить, не понимаете ли вы что-то неправильно, а затем испытываете чувство разочарования. Если цель GitHub в дизайне состояла в том, чтобы заставить своих пользователей чувствовать себя разочарованными и глупыми, то дизайн будет полным успехом. Если целью GitHub в дизайне было НЕ заставить своих пользователей чувствовать разочарование и глупость, то дизайн - это катастрофа.
Эрик Колотилук
21
Автоматическое назначение меток шаблонов выпуска GitHub (декабрь 2018 г.)
С помощью этой функции администраторы репозитория могут создавать набор шаблонов проблем и назначать набор меток каждому шаблону.
Затем, когда пользователь создает новую проблему, даже не администраторы, он может выбрать один из шаблонов, и если они это сделают, метки будут назначены!
Мне нравится этот подход, потому что он эффективно позволяет вам определять подмножество меток, которые может создать каждый, при этом потенциально оставляя за собой другие метки только для соавторов.
Ответы:
Это доступно только для участников.
Таким образом, вы можете избежать случайных людей, назначающих неправильные ярлыки и портящих ваши категории.
Однако было бы полезно, если бы вы могли каким-либо образом предлагать ярлыки. Затем вы можете пометить проблему как ошибку, так что владелец может просто подтвердить это. Многие люди предлагают ярлыки в заголовке:
[proposed Label] actual titleисточник
Автоматическое назначение меток шаблонов выпуска GitHub (декабрь 2018 г.)
https://help.github.com/en/articles/creating-issue-templates-for-your-repository
Функция шаблона проблемы намного старше, но с обновлением от декабря 2018 года https://github.blog/changelog/2018-12-05-issue-template-automation-improvements/ теперь она может автоматически назначать метки шаблонам, и это стало хорошим решением этой проблемы.
С помощью этой функции администраторы репозитория могут создавать набор шаблонов проблем и назначать набор меток каждому шаблону.
Затем, когда пользователь создает новую проблему, даже не администраторы, он может выбрать один из шаблонов, и если они это сделают, метки будут назначены!
Мне нравится этот подход, потому что он эффективно позволяет вам определять подмножество меток, которые может создать каждый, при этом потенциально оставляя за собой другие метки только для соавторов.
Вот тест репо мой , что вы можете свободно создавать проблемы на , чтобы проверить это: https://github.com/cirosantilli/test-git-web-interface/issues/new
Шаблоны могут быть созданы на вкладке Настройки репозитория GitHub, но даже если вы сделаете это оттуда, он просто создаст магические файлы в
.github/ISSUE_TEMPLATEкаталоге, см., Например: https://github.com/cirosantilli/test-git-web-interface/tree /7f2bb195ff303a037499c1c349b3c89158221674/.github/ISSUE_TEMPLATE, что хорошо, поскольку в нем хранится больше метаданных репо.Каталог может содержать что-то вроде:
.github / ISSUE_TEMPLATE / bug.md
.github / ISSUE_TEMPLATE / feature-request.md
Старый ответ
Я отправил этот запрос
support@github.comи https://github.com/isaacs/github/issues/148 и указал на этот вопрос.@jdennes ответил с обычным нейтральным:
что подтверждает, что это невозможно.
Давайте поднимем этот вопрос до небес, пока они не сделают это!
источник