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

不能投赞同票或表达对issue或PR的支持曾经是一个让超过1500个开发者签署“”公开信的问题之一，正如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作为开源社区关键的一部分”更有信心了。

查看英文原文：

感谢对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至。也欢迎大家通过新浪微博（，），微信（微信号：）关注我们。