转载

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

  英文原文:GitHub Responds to 'Dear GitHub' letter

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

正文到此结束
Loading...