GitHub 引入了 Reactions 来提供对 issue 和 pull request 的反馈

阅读数:571 2016 年 3 月 21 日

话题:持续集成GitHub语言 & 开发

继 template 的引入之后,GitHub 添加了另一个新的特性Reactions。其主要目的是使开发者使用表情符号来为 issue、评论或 PR 投票。

不能投赞同票或表达对 issue 或 PR 的支持曾经是一个让超过 1500 个开发者签署“Dear GitHub”公开信的问题之一,正如 InfoQ 不久前做过的如下报道

Issue 经常累积没有实质内容的“+1”评论,这些评论只是给维护者和其他订阅 issue 的人带来了垃圾邮件。这些 +1 给维护者们提供了一个有价值的功能,使他们知道一个 issue 传播得有多远,但是它的缺点也十分巨大。

事实上,GitHub reactions 不只是简单地使开发者们可以给 issue 或 PR 增加投票数,并且提供了一种“帮助人们表达感受”的方式,这种方式包括了不喜欢 / 不赞成投票、最喜欢、表达关心等等。现在,开发者们只可以从有限数量的预定义表情符号中挑选表情。

一个 GitHub 的发言人对 InfoQ 承认,有些最近引入的功能是在“Dear GitHub”公开信中所请求的,并且 GitHub 一直在倾听、确认他们的承诺:“给 GitHub 添加功能来为所有的社区带来良好的体验”。

GitHub Reactions 最近在 GitHub 社区中大受欢迎,但是许多开发者对不说明原因而投不赞成票的可能性有所担忧。确实,人们感到投不赞成的票总是应该有一个解释,这样可以使他们能够更有效地讨论。另外,人们担心“不赞成票”会用来“报复”别人。最后,一些开发者声称,如果能够基于“点赞”的个数对评论、issue、PR 来排序,那将是很有用的。

在与 InfoQ 的对话中,作为“Dear GitHub”公开信最初签名者之一的 James Kyle,他认为基于 GitHub 代表提供的对公司未来发展路线图的观察,并且在看到 GitHub 添加的一些像 Template 和 Reaction 的新特性后,他对“GitHub 作为开源社区关键的一部分”更有信心了。

查看英文原文:GitHub Introduces Reactions to Provide Feedback on Issues and Pull Requests


感谢丁涛对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们。