GitHub封禁自家开源项目Aurelia引众怒 CEO公开道歉但开发者并不买账

  近日,微软的开源项目 JavaScript 框架 Aurelia 不小心被 GitHub 封禁了,理由是项目中有两名来自伊朗的外部贡献者。虽然 GitHub 首席执行官致歉表示“这次的确是个错误”,但是开发者们并不买账,网友也评论称“开源还有国界吗 ,公平呢”?

  狠起来连自己人都掐?

  3 月 20 日,微软首席 UX 工程师 Rob Eisenberg 发文称:“一觉醒来,发现 Aurelia 网站被关了,数 T 归档都没办法访问了。之前也没有收到正式的通知,这对我们是毁灭性的行为!”他开玩笑说:“难道是因为微软又有了一个新的 JavaScript 框架,所以要封掉 Aurelia?!“

这是啥操作,GitHub 连自己人都掐?

  Aurelia 是一款非常知名的 JavaScript 框架,开源已经 5 年有余,其创建者、现微软首席 UX 工程师 Rob Eisenberg 曾是另一款 JS 框架 Angular 团队的成员,2016 年,Eisenberg 加入微软,并得微软许可,继续从事 Aurelia 相关工作。其后,为了 Aurelia 能够更好地发展,转而由 Eisenberg 拥有的 Blue Spire 公司进行管理及运营。

  但有意思的是,尽管同属微软,Rob Eisenberg 依然不得不通过 Twitter 公开 @GitHub 来解决 Aurelia 被封禁的问题。

  而 GitHub 的支持账号随后也马上给了回复:

如果你认为自己被错误标记了,可以向 GitHub 申诉,详情参看我们的说明网页。

  正式上诉后,Rob 随后向公众解释了封禁原因:

因为我们有两名来自伊朗的外部贡献者(非 GH 组织成员),所以 GitHub 自动标记并封禁了账号。

  很快这一消息便冲到了 Hacker News 榜单前三,GitHub  CEO Nat Friedman 也不得不在 Hacker News 上进行了回应并道歉:

关闭此帐户显然是一个可怕的错误,我对受此影响的人表示歉意。我们正在调查具体过程,并更改规则以确保此类问题不会再次发生。我很庆幸的是,在 Aurelia 申诉不到一个小时的时间内,我们就恢复了对它的访问。

  同时,也对封禁原因做了解释:世界上每家公司如果在美国境内开展任何服务(例如为美国客户提供服务),都必须遵守美国的制裁规定。这甚至包括与美国银行等基础设施的互动。因此,将总部设在其他地方并没有帮助,你必须服从。美国制裁已书面规定不允许我们为被制裁国家提供商业服务或可能被用于商业目的的服务。

  Aurelia 也转发其推文,表示目前该项目已恢复。

  而要说到开源代码受美国出口管制这事儿似乎就更有意思了。

  都是开源代码受管制惹的祸?

  2019 年 5 月,有网友发现,Github 的用户协议上赫然写着:

  GitHub.com、GitHub Enterprise Server 和您上传的任何一个产品上的信息都可能受美国出口管制法律的约束,包括美国出口管理条例(the EAR)。

难道这是开源要变闭源了?

  有知乎网友也借此调侃说,瞬间觉得去 github 上抄代码竟然有了做特工的感觉,可能“孤胆英雄”说得就是自己了。

  值得注意的是,协议中的企业服务版块(GitHub Enterprise Server)标注,不得出售、出口或再出口到清单中的国家已经包含古巴、伊朗、朝鲜、苏丹与叙利亚,并且随时可能发生变化。

  也就是说,任何被美国制裁的国家和地区,其开发者账户都有可能遭到封禁,不管你是真的在利用 GitHub 造核弹,还是托管几个小游戏的代码,你都是被禁止的对象。

  而类似的封禁事件也不是第一次了,并且中招者也来自伊朗。

  2019 年 7 月,伊朗开发者 Hamed Saeedi 发表博文称,GitHub 屏蔽了他的账号,认为他在利用免费的私有库开发核武器。但讽刺的是,他从 2012 年开始使用 GitHub,最近才收到了与贸易制裁相关的邮件通知,并且他还表示 GitHub 屏蔽了所有伊朗账号。

  这位伊朗开发者写道:

GitHub 曾是对每个人来说都是开源和自由的平台,但是它现在决定去限制伊朗的账户贡献开源。虽然我们理解 GitHub 在美国政府的施压下不得作出此决定,但我们希望 GitHub 做出更让人尊重的决定。

GitHub 突然限制了我们对私有仓库的访问,但我们希望至少 GitHub 在限制访问前警告我们。

最后,我们希望 GitHub 的团队:

  •   让我们下载私有项目,并且能让它们公开(设置权限)。

  •   改变他们的限制政策,不要去根据用户的国籍进行限制。

  显然,到目前为止, GitHub 还是没有做出一个让开发者更为满意的解决办法。

  GitLab 会是更好的选择吗?

  尽管这些被错误封禁的项目都已重新开放,但大家对 GitHub 的不信任也在日益增加,开发者们也对此发问:

到底有多少项目的存储库已被禁用?如果不是因为 Aurelia 是微软的项目并且进入 Hacker News 前排,还不知道类似问题能不能都得到解决。

  不少开发者也提出建议:

  •   要不转去 GitLab?

  •   Google Code 也不错,有免费 Git 以及 2GB 存储空间呢。

  •   SourceForge 也不错。

  •   试试不在美国的代码托管平台?

  然而,对于开发者来说,这似乎还是不太现实。

  作为基于 Web 的 Git 仓库,GitHub 和 GitLab 都提供了分享开源项目的平台,并为开发团队存储、发布、分享和合作开发项目提供了云存储的场所,使用方法也差不多。

  但 2019 年 11 月,GitLab 在其官网上发表了一篇 issue,称他们将启用一份职位国家封锁令,停止招聘居住在中国和俄罗斯的人担任网络可靠性工程师及支持职位,并禁止担任这两个职位的员工移居中国或俄罗斯。

  当时有网友评论称:如果按照这种标准,那么 80% 的人都会被 GitLab 拒之门外,而这种“封锁”论调也会让开发者们犹豫是否选择这个开源平台。

  所以,开源自立或许是现在唯一的出路了。

  参考来源:https://news.ycombinator.com/item?id=22628961

  https://www.zdnet.com/article/github-starts-blocking-developers-in-countries-facing-us-trade-sanctions/

  https://github.com/1995parham/github-do-not-ban-us

  https://hackernoon.com/github-vs-gitlab-which-is-better-for-open-source-projects-31c45d464be0

  https://blog.csdn.net/weixin_34258782/article/details/90530475?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task

Published by

风君子

独自遨游何稽首 揭天掀地慰生平

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注