敬爱的GitHub” —— 致GitHub的一封地下信   英文原文:"Dear GitHub…" An Open Letter to GitHub

敬爱的GitHub” —— 致GitHub的一封地下信   英文原文:"Dear GitHub…" An Open Letter to GitHub

  最近,一个由开源名目(包含一些最盛行的名目)保护者组成的集团逐步强大起来。该集团联署了一封致 GitHub 的地下信,以表白他们的挫折感以及他们的埋怨——他们觉得受到了 GitHub 的疏忽和疏忽。几天内,签订者的个数就增添到了数百(不过偏心地说,其中一些显著是“假的签订者”)。其中包含 jQuery、React Native、node.js 和很多其余的胜利开源名目标保护者。

  该集团重要的埋怨在于,GitHub 缺乏足够的支撑和一种适当的、双向的沟通渠道。他们坚称,他们的质询得到的惟一回应是“空白的回应或许基础没有回应”,证据就是 GitHub 始终没有才能或没有意愿处理的问题个数。在和 InfoQ 的对话中,作为这封地下信的发动人之一的 James Kyle 说,在他编写这封信的时分,他从全部参加者中搜集到一个由大批改良倡议组成的清单。但是,他们抉择在最终的文稿中重点突出其中的三点。

  1. 因为缺乏定制化功用,通过“问题跟踪器”报告问题很难用。这能够通过供给诸如自定义字段和基础的校验机制来确保问题带着所有必要的信息(例如,复现问题的步骤和测试所针对的版本)被记载在案;
  2. “问题跟踪器”的评论体系中有太多的“乐音”,重要是因为没有本质内容的那种“+1”评论。这种评论关于名目保护者理解问题的广泛性是有赞助的,但是却给保护者们制作了太多的“乐音”。这能够通过“一级投票机制”来处理;
  3. 难以获取契合“CONTRIBUTING.md”指南的问题和拉取要求。这被以为是因为“奉献者指南”链接到的 GitHub 所展现的内容不够显眼的形成的。能够的处理方法是,许可名目保护者来配置要在新问题/拉取要求的顶部显示的文件。   

InfoQ 采访了 James Kyle 以便更多地理解这封地下信的涌现和用意。

  问:您能描写一下这封“致 GitHub 的地下信”是怎么降生的及其实现历程吗?

这所有开端于一群对比活泼的开源名目保护者在 twitter 上的探讨。起初,我倡议给 GitHub 写一封地下信。我创立了一个 Google doc,并把他们都邀请出去。我写了几段,列出了这封信的纲要,而后把它发给其余人,让他们把本人的关心弥补到信里。最初有一个很长的、有改良倡议组成的清单,起初被精简到三个左右)。

  问:您以为写地下信是你们表白对 GitHub 的埋怨的最佳方法吗?您希冀 GitHub 给您怎么的回覆呢?

我以为写地下信是咱们向 GitHub 表白关心的仅存的惟一方法。加入签名的所有作者都向 GitHub 写信反应过他们对新特征的想法和产品存在的问题,但是没有得就任何本质性的回覆。 GitHub 是一个平凡的产品,但显然不是圆满无瑕的产品。所有参加地下信的人都保护着大批的名目,他们在很大水平上忍耐着 GitHub 的缺陷。我以为,对开源来说 GitHub 是最大的奉献者之一,因为事实上 GitHub 的用户不是一小撮人。

  问:除了地下信中提到的重要的三点以外,在 GitHub 和开源开发社区之间存在着构造性的问题。您以为,假如有意愿处理这个问题,难度有多大?

这件事对 GitHub 是一个平凡的时机。依据 GitHub 本人的剖析,“dear-github”这个代码库有超越 55000 个独立的访客。须要解释的是,这篇宣布在“Hacker News”上的文章在全部历史上受欢送的文章中排名第 19 位(而且还在攀升)。有超越 800 个签名,而且假如你疾速阅读一下这些签订者的话,你会发明其中蕴含很多 GitHub 上的知名名目。 对我来说,很显然某些货色引起了 GitHub 用户群的共识。个人以为,GitHub 应将此视为时机。 愿望 GitHub 会以某种情势回应咱们,但是我肯定不愿意始终期待。我私下里从 GitHub 以前的员工和如今的员工听到的音讯并不悲观。过来三四年中,GitHub 的停止不前让我愕然,开源社区重大依靠于它,它应当像其余产品一样连续改良。

  “敬爱的 GitHub”激发了另一群开源开发者的疾速回应,他们联署了另一封地下信“谢谢你,GitHub”,而且以后后者已经有 200 多个签名。Ruby on Rails 的中心开发者和“谢谢你,GitHub”最初的支撑者,廓清说,后者尽管是对前者的回应,但其自身和前者并不太相干。

向 GitHub 提出改良倡议、供给反应,这当然很好。但我发明本人并不赞同“敬爱的 GitHub”中的某些消极论调——我用谢绝联署来表白我的不敢苟同。反而,“谢谢你,GitHub”表白了各种不同的观念,甚至就连“敬爱的 GitHub”的人也派了一个代表联署了“谢谢你,GitHub”。

  当被问到对“敬爱的 GitHub”地下信的意见时,一位 GitHub 的发言人向 InfoQ 宣布了如下申明。

关于 GitHub 而言,开源极端重要,咱们将仔细看待这次反应。咱们已经开端着手处理一些他们探讨的动议,同时在追求更自动的方法同开源名目保护者们联系,以便让 GitHub 继承为他们的社区供给好的体验。

时间: 2024-10-27 06:25:05

敬爱的GitHub” —— 致GitHub的一封地下信   英文原文:"Dear GitHub…" An Open Letter to GitHub的相关文章

【GitHub Desktop】MacOS和Win下配置及简单的使用

一. GitHub介绍 1.GitHub 是为开发者提供 Git 仓库的托管服务.这是一个让开发者与朋友.同事.同学及陌生人共享代码的完美场所. 总结一下,GitHub 最大的特征是"面向人" 2.GitHub 与 Git 的区别在 Git 中,开发者将源代码存入名叫"Git 仓库"的资料库中并加以使用. 而 GitHub 则是在网络上提供 Git 仓库的一项服务.也就是说,GitHub 上公开的软件源代码全都由 Git 进行管理. (图片来源GitHub 是怎样的

Windows下如何将一个文件夹通过Git上传到GitHub上(转)

在通过windows系统的电脑上写代码,需要将项目上传到GitHub上去.比如在Pycharm上写Django后端,整个项目是一个文件夹的形式,那么怎么才能这个文件夹通过Git命令上传到GitHub上呢? 以下给出详细步骤: 1.首先得安装git客户端 安装方法很简单,跟安装QQ之类的一样,进入官网:https://git-scm.com/ ,点击右侧下载windows版本的软件包,然后双击安装,一步一步下一步就可以了. 安装完成之后,在开始菜单可以看到如下就算是成功了: 此时,在任一文件夹上右

在GitHub上删除项目后,在IDEA上传项目依然提示project is already on github

问题描述: 在GitHub上传自己本地项目后,发现存在问题,然后在Github删除后,使用IDEA重新上传时遇到了问题,一直提示“project is already on github” 解决方案: 1.关闭IDEA,在本地项目中找到.git隐藏文件夹. 2.进入该文件夹,找到config文件. 3.删除下面内容. [remote "origin"] url = [email protected]:/Miku-1/IdeaProjects.git fetch = +refs/head

GitHub的Fork 是什么意思

现在有这样一种情形: 有一个叫做Joe的程序猿写了一个游戏程序,而你可能要去改进它.并且Joe将他的代码放在了GitHub仓库上. 下面是你要做的事情 fork并且更新GitHub仓库的图表演示 Fork他的仓库:这是GitHub操作,这个操作会复制Joe的仓库(包括文件,提交历史,issues,和其余一些东西).复制后的仓库在你自己的GitHub帐号下.目前,你本地计算机对这个仓库没有任何操作. Clone你的仓库:这是Git操作.使用该操作让你发送"请给我发一份我仓库的复制文件"的

大数据工具集

类别 名称 官网 备注 查询引擎 Phoenix http://phoenix.incubator.apache.org/ Salesforce公司出品,Apache HBase之上的一个SQL中间层,完全使用Java编写 Stinger http://hortonworks.com/labs/stinger/ 原叫Tez,下一代Hive,Hortonworks主导开发,运行在YARN上的DAG计算框架 http://tez.incubator.apache.org/ Presto http:/

Android 自定义 ListView 显示网络歌曲列表

本文内容 环境 项目结构 演示自定义 ListView 显示网络歌曲列表 参考资料 本文最开始看的一个国人的文章,没有源代码,根据文中提供的源代码,自己新建的项目(最可气的是,没有图标图片资源,只能自己乱编),但程序不是很稳定,有时能显示出列表中的缩略图,有时显示不出来,还在主线程访问了网络.后看文章评论,作者给出英文原文链接,本来想这下没事了吧,结果下载源代码运行后,还是有问题~仔细看英文原文,原来他也是根据 Github 上一个项目的基础上搞的,只是添加了式样,以及显示完整的歌曲列表,包括歌

开源大数据利器汇总

类别 名称 官网 备注 查询引擎 Phoenix http://phoenix.incubator.apache.org/ Salesforce公司出品,Apache HBase之上的一个SQL中间层,完全使用Java编写 Stinger http://hortonworks.com/labs/stinger/ http://tez.incubator.apache.org/ 原叫Tez,下一代Hive,Hortonworks主导开发,运行在YARN上的DAG计算框架 Presto http:/

github 安装

这个破东西不能直接在网页上使用,必须安装,下了应用软件,运行安装还需连接网络下载,试了好多次,连不上,或者显示下载了多少后又突然提示网络错误失败.真不让人省心.本来家里的网络就老是出故障,这样一来,更不知道是什么问题了. 在网上搜索到了 GitHub for Windows安装失败解决http://jingyan.baidu.com/article/fd8044fa924e8f5031137ac6.html 在 http://windows.github.com/ 下载的GitHub客户端安装程

【百度-六祎】加快github下载代码的速度

方法一: 作为开发人员,github是大家的标配了,常常会苦恼于gitclone某个项目的时候速度太慢,看着控制台那几K十几K的龟速,吐血!! 原因很简单:github的CDN被伟大的墙屏蔽所致. 所以解决方案也很简单,就是手动把CDN和ip地址绑定一下. . 1.获取 global.ssl.fastly地址访问 http://github.global.ssl.fastly.net.ipaddress.com/#ipinfo获取cdn域名以及ip地址 .2.获取github地址访问 http: