作为对上个月的“亲爱的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)”有待观察。