GitHub 对“亲爱的 GitHub”公开信作出回应

作为对上个月的“亲爱的GitHub”公开信（之前被InfoQ 报导过）的回应，GitHub 的正式职员 Brandon Keepers 突然作出了行动，在不到一个月的时间之内，他添加了一个“pull request”，其中写道：

我们收到了你们的来信，并且深表遗憾。一直以来，我们对你们的来信和反馈反应迟钝。

我们正努力工作以便改变这种状况。在接下来的几周内，我们将开始发布一系列对“问题跟踪系统”的优化，其中很多是针对公开信中提出的担忧。但是我们不会止步于此。我们会持续关注“问题跟踪系统”，通过添加新功能，响应反馈，对核心的体验进行迭代改进来持续改进“问题跟踪系统”。而且，我们还会给大家带来一些惊喜。

“问题跟踪系统”在过去的几年中没有受到多少重视，这是一个错误，但我们并没有停止思考和关注你们和你们的社区。然而，我们知道我们和你们并未就此问题做过任何沟通。所以，除了改进“问题跟踪系统”，我们也会开始一些提议，帮助你们更好地了解我们的计划。我们想让对 GitHub 的反馈成为更加透明的体验（而不是更像一种“不透明的黑盒子”），我们想定期听到你们的想法和担忧。

我们下周继续保持联系。很抱歉这么久了才给们答复，谢谢你们所做的一切。

究竟为什么 GitHub 在一个月之内就答复说“我们已经在看这封信了”还不得而知，同时 6 天前的一篇 Business Insider 的文章对 GitHub 最近的一系列人事变动做出了评论。事实上，从 1 月份 GitHub通过 InfoQ 作出如下的最初回应，事情并没有大的改变。

对于 GitHub 而言，开源极其重要，我们将认真对待这次反馈。我们已经开始着手处理一些他们讨论的动议，同时在 寻求更主动的方式同开源项目维护者们接洽，以便让 GitHub 继续为他们的社区提供好的体验。

然而，我们还是会看到一些变化（如果说有的话），或者 GitHub 通过拉取请求而不是通过在他们的博客上发表声明的原因，将在下周宣布。

具有讽刺意味的是，他们的评论不是通过“问题跟踪系统”里面的“问题”，而是通过“pull request”来表达的，而“问题跟踪系统”恰恰是公开信抱怨的主要目标。或许这件事情本身就说明了GitHub“问题跟踪系统”的问题所在。

2 月 18 日更新：GitHub 已经采取行动，创建了“新的问题模板”，其内容是通过
ISSUE_TEMPLATE.md 文件进行预填充的（或者如果放在顶层目录不令人满意，就会采用.github/ISSUE_TEMPLATE.md）。除了这项工作，他们也为"pull request"创建了名为 PULL_REQUEST_TEMPLATE.md 的模板。既然这些模板文件存放在公共的 repository，任何新的 fork 请求都会自动使用这些模板。尽管其他代码托管网站（例如 Apache 或 Eclipse 基金会）是否愿意创建网站特有的“片段 (fragment)”有待观察。

查看英文原文： GitHub Responds to ‘Dear GitHub’ letter

感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们，并与我们的编辑和其他读者朋友交流（欢迎加入 InfoQ 读者交流群（已满），InfoQ 读者交流群（#2））。