令人心寒的不是 Github 突然断供，而是 CEO 对此表示无能为力
开发者按：关于 Github 账户/开源项目是否会受到美国出口管理条例的管制，曾在国内掀起热烈的讨论，但过去由于缺乏相应的制裁案例，且 Github 平台协议也存在一定的模糊性，因此多少还抱有侥幸心理，直到近期一名伊朗开发者的遭遇，给国内乃至全球的开发界敲醒了警——该名伊朗籍开发者不但个人账户无法正常使用，且不被允许导出数据，只因伊朗在 EAR 的限制清单当中。他的遭遇获得众多国际开发者的支持，最终逼得 Github CEO Nat Friedman 在推特上亲自针对此事进行回应。
由该名伊朗籍开发者发起的 “github-do-not-ban-us” 项目，至今已获得 6967 个 star 和 987 次 fork 。
其 25 日在个人推特上@了 Nat Friedman 的质疑信息，更是获得 1.9k 的转发和 2.8k 的赞赏。
迫于舆论压力，Github CEO Nat Friedman 打破多日沉默，昨日亲自在个人推特上回应此事，同时还@了该名伊朗籍开发者，态度尚属诚恳。
在这份公开对外的非正式声明中，Nat Friedman 主要表达了以下几点：
1. Github 受到美国出口管理条例的管制
听闻贸易战如何对人们造成伤害，这让我感到异常痛苦。 我们尽量不做超出法律要求的事情，但无论如何人们仍然受到了影响。 GitHub 受美国贸易法的约束，就像任何在美国开展业务的公司一样。
2. 开源 repo 不受影响
为了遵守美国的制裁，我们不得不对伊朗、叙利亚和克里米亚的私人 repo 和付费账户实施限制。
公开 repo 依然能被所有开发人员访问 —— 开源的 repo 不回受到影响。
3. 限制主要基于用户所在地
限制主要基于用户的居住地和身处位置，而非国籍。 如果某人被错误标记，只要填写相应表格，账户就会在数小时内获得解禁。
4. 制裁不会提前通知用户
私人 repo 受到限制的用户，可以选择将其公开。 法律不允许我们将限制事宜提前通知任何人。
声明的最后，Nat Friedman 大打感情牌：
我们这么做并非出于自愿，而是因为我们必须这样做。 GitHub将继续与各国政府一起，积极倡导保护软件开发者与全球开源社区的政策。
网友的反应
对于这份声明，推特网友普遍上并不买账。
大家首先认为 github 于情于理上都站不住脚，因为凡事都有选择，而 github 目前的选择显然有失偏颇，太过屈从于美国法律：
况且 github 的行为很可能对相关国籍的开发者群体造成毁灭性的“打击”：
有网友更是直接将 github 的这种行为比作纳粹：
而一些理性的网友则提醒 github 其实没必要如此“耿直”，为何不采取限制 IP 访问地址的方式，这样起码还能通过 VPN “曲线救国”……
国内早前的探讨
今年 5 月 20 日的一篇《开源界也要注意，Apache 基金会与 GitHub 都受美国法律约束》文中，「开源中国」通过展示 Apache 软件基金会以及 GitHub 官网中涉及出口限制部分的内容，表示对开源项目在未来的「自由度」会否受到限制感到担忧。
文中指出，条款明确表明 GitHub Enterprise Server 不被允许出口至 EAR 限制清单中的国家，当中包括古巴、伊朗、朝鲜、苏丹和叙利亚。「那几时突然再加进来一个中国呢？」「开源中国」在文中反问道。
该文出来后，话题迅速发酵。其中，来自中科院计算所的包云岗研究员反应最为迅速，他立马组织人员开展调研，对 12 个知名开源基金会、6 个常用的开源协议、3 个代码托管平台进行了调研与分析，并向海外朋友进行咨询，最终得出的结论是“建立已有托管平台在美国以外的镜像平台”势在必行：
在当时，尚有一方声音认为，只要项目满足「公开可及 (Publicly available)」的条件且不涉及加密技术，那么开源项目应该不会受到美国出口管理条例的管制。如今看来，是我们低估了美国在制裁限制清单国家上的手段和决心。
对于此事，你又是怎么看的呢？
你也许感兴趣的：
- GitHub 删除代码等于“任何人均可永久访问”！微软回应：我们有意为之
- 【外评】”GitHub “开始让人感觉像传统软件
- 编码20年，现在的我想放弃GitHub！
- GitHub 变 Twitter？强“喂”新推荐算法引公愤，开发者从“编程乌托邦”被驱赶到了信息茧房
- 让部署更快更安全，GitHub 无密码部署现已上线
- 开发者危机！微软GitHub启动裁员：印度工程师团队几乎整体裁撤
- 因使用 GitHub ，我们被取消了参赛资格
- 告别SVN，Git成“独苗”：GitHub 在 13 年后宣布淘汰Subversion支持
- GitHub被起诉，版权问题再引热议，网友类比谷歌图书：毕竟谷歌没拿用户内容写小说
- GitHub 前 CTO：全面微服务是最大的架构错误！网友：这不是刚改完 GitHub 吗
你对本文的反应是：