继 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 ）关注我们。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论