转载

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

　　英文原文：GitHub Introduces Reactions to Provide Feedback on Issues and Pull Requests

　　继 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 作为开源社区关键的一部分”更有信心了。

正文到此结束