GitHub 的“封神”之路！
2008年，在无数人为代码协做方式而感到异常头疼的时候，GitHub 横空出世，完美契合了市场的迫切需求。自此，它以惊人的速度成长起来并蔓延到全世界，完全融入开发编程的平常之中。仅仅十年，如今的 GitHub 已经成为开源的事实标准，左右着无数开发者的编程命脉。本文就从最开始的地方，一块儿来追溯 GitHub 的“封神”之路。git
2008年，Tom Preston-Werner、Chris Wanstrath 和 PJ Hyett 三位挚友聚在一块儿，准备合做开发一个周末小项目。可是没过多久，他们便意识到这个想法可能比他们预想的要大得多。他们的想法远不止一个周末小项目那么简单，它将完全改变人们编写代码和分享代码的方式。程序员
这个想法就是 GitHub。github
在短短10年间，GitHub 便完全改变了人们的编码方式。GitHub 不只让编码变得容易，它还改变了软件开发人员对编程的见解和理解。正则表达式
世界范围内，无数的人都在为代码协做方式感到头疼，GitHub 横空出世，解决了这个疑难问题，并设计出了市场迫切须要的优雅解决方案。以此，它得以惊人的速度发展壮大，取得了巨大的成功。经过围绕开源项目 Git 构建 SaaS 服务，GitHub 可以为开源生态系统提供价值并从中获利。GitHub 对微软来讲充满吸引力，尽管微软曾经在开源社区并不显眼，但它在2018年6月初对 GitHub 进行了收购。编程
咱们一块儿来看看下列问题：安全
GitHub 如何从一个版本控制系统发展为程序员的社交工具，并最终成为在线存放和管理代码的重要场所？bash
为何 GitHub 的免费增值模式运行良好，而且可以如此有效地引领时代？服务器
GitHub 如何抓住了广阔的潜在市场需求，并围绕这种需求创造了一种刚需产品？微信
为了更好地理解 GitHub 的重要性，咱们须要回到2008，了解当时的软件开发现状，以及是什么造就了伟大的 GitHub。网络
2007-2011：代码协做与软件社交
比尔盖茨和史蒂夫乔布斯从根本上重塑了我的计算机，他们成为家喻户晓的名人，但咱们也彻底没法忽视芬兰软件工程师 Linus Torvalds 对科技领域的巨大贡献，他创造了 Linux 操做系统。当时的 Windows 和 Mac 几乎统治了整个操做系统领域，Linux 操做系统于1991年发布，它是一个很是灵活、轻量级和安全的开源操做系统，面世以后，很快就受到了想要对系统进行深刻控制的极客以及技术人员的青睐。
发明一个全新的操做系统这样的成就可能对大多数程序员来讲都应该感到满足了，但 Torvalds 却并不知足，他没有停下创新的脚步。2005年，Torvalds 推出了他的最新项目：一个名为 Git 的新的版本控制系统。版本控制对编程协做来讲相当重要，它须要跟踪计算机中随时间变化的文件。它与计算机备份系统用做还原点的“快照”相似，版本控制系统让程序员可以经过“fork”或者“分支”来管理项目代码，程序员在同一个项目工做，但不会影响其余人编写的代码。程序员能够在本身的分支上进行开发，以后将新的代码合并到主项目（也就是代码仓库）中。
在 Git 诞生以前，程序员之间进行编程协做的方式不多。其中 Subversion 比较受欢迎，它是一个开源的版本控制系统。它存在着与其余版本控制系统相似的缺点，固然这些缺点是当时的协做编程概念所没法避免的。即便使用了Subversion，与开源团队合做一般也须要得到项目管理员的许可才能 fork 项目的一个分支，不然便没法编辑代码。在许多状况下，批准过程比编写代码花费的时间更长。许多开源项目都受到权限问题以及其它一些低效率事情的困扰。
当 Git 于2005年发布时，开源领域正在经历一场文艺复兴。那时的开发者对 Linux 充满浓烈的兴趣。第一个 Web 2.0 应用程序已经开始出现。许多公司正在将他们的项目迁移到开源服务器。尽管 Git 经过引入 fork 概念使得开源项目的合做变得容易，但 Git 依然有其局限：它没法帮助开发人员寻找开源项目。许多程序员开发了大量的优秀开源项目，但却很难让他人知道这些项目。
GitHub 改变了这一切。
PJ Hyett 和 Chris Wanstrath 在2007年开始讨论 GitHub 项目，当时这两人都是科技网站 CNET 的程序员。他们都支持 Ruby on Rails 开发框架。当他们在 CNET 工做时，Hyett 和 Wanstrath 还为 Rails 的代码库提出了一些改进和建议。可是，让其余人真正查看他们的代码是另外一回事。
正如当时大多数开源项目的典型状况同样，Rails 的代码库由一个小型的、紧密结合的程序员管理，他们手动管理对代码库的贡献。这些程序员扮演者管理员的角色。Hyett 和 Wanstrath 不只要请求这些管理员查看他们的代码，还要让他们相信本身提交的代码对 Rails 项目是有价值的。即便其中一个项目管理员认为提交的代码有用，可是补丁的合并也不会很容易。
从本质上讲，想要为 Rails 项目贡献代码，熟人的烂代码比陌生人的好代码更容易经过。
Git 试图解决其中的一些问题。Linus Torvalds 的版本控制系统与他几年前单枪匹马打造的操做系统同样出色。Git 使得程序员无需管理员开通访问权限，便可进行编码协做。Git 是编码最终民主化的关键第一步，特别是在开源社区。可是，尽管 Git 解决了不少问题，但它缺少协做工具，而且两个程序员之间共享代码仍然很笨拙和困难。如今可能很难想象，当时软件开发人员须要经过电子邮件不断来回发送补丁，这就很容易理解为何迫切须要 GitHub。
遗憾的是，这不是 Git 惟一须要的东西。起初 Git 主要依赖于命令行界面，好在 Git 发布后很快就推出了图形界面。对于那些多年来一直在编写 bash 脚本和正则表达式的系统管理员和其余高级用户来讲，这是个好消息。对于其余人来讲感受倒并不明显。
“人们开始在 Ruby 会议上谈论 Git。主要讨论它的好处，但有时也谈到缺点。Git 会以分布式方式处理代码，可是如何保证共享私有代码的安全性呢？惟一的选择是在 Unix 计算机上设置用户账户并将其用做临时解决方案。这个解决方案并不理想。” — Tom Preston-Werner
尽管存在这些缺点，但 Git 依然充满潜力，它给来自湾区的 Ruby 程序员 Tom Preston-Werner 来了一些想法。当时 Preston-Werner 正在开发一个名为 Grit 的项目，这个工具让程序员可以使用 Ruby on Rails 以面向对象的方式访问 Git 存储库。Preston-Werner 在旧金山一家名为 zeke's 的体育酒吧内举办的 Ruby 会议上认识了 Chris Wanstrath，Preston-Werner 把 Grit 告诉了 Wanstrath。
Preston-Werner 的愿景是建立一个能够托管整个代码库的地方，程序员能够协同工做代码项目，并了解如何充分利用 Git。用 Preston-Werner 的话说，它将是一个“ Git hub（中心）”。
Preston-Werner 和 Wanstrath 于2007年10月1日正式开始制做 GitHub 的第一个版本。在旧金山体育酒吧相识的几周以后，Chris Wanstrath 提交了第一个 GitHub 版本，今后便完全改变了编程方式。
当 Preston-Werner 和 Wanstrath 在2007年开始合做时，他们的想法不是将 GitHub 做为商业工具开发并围绕它开展业务。Wanstrath 和 Preston-Werner 须要 GitHub 来完成他们本身的工做，因此他们开发这个工具是为了知足本身的刚需。他们很快就发现了他们工做中的一个主要问题：他们须要 fork 代码分支和协做编程，并设计出知足他们需求的解决方案。对于这个 Wanstrath 和 Preston-Werner遇到的问题，不管使用哪一种编程语言或者操做系统，几乎全部软件开发人员都会遇到。这表明了他们的产品在将来拥有巨大的市场潜力。
在接下来的几周里，Wanstrath 在周末与 Preston-Werner 会面，共同完成了 GitHub 的第一次迭代。Preston-Werner 主要负责设计，Wanstrath 专一于实现 Preston-Werner 提出的功能。
“在接下来的三个月里，Chris 和我花了不少时间来规划和编写 GitHub。平时我继续为 Grit 设计 UI。Chris 构建 Rails 应用程序。咱们每一个星期六都会见面讨论设计，并规划这个产品的蓝图。” — Tom Preston-Werner
2008年1月，通过三个月利用周末时间编写代码，GitHub 有点像模像样了，Wanstrath 和 Preston-Werner 准备向全世界推出 GitHub。正如 Spotify 在其关键的早期开发阶段所作的那样，GitHub 首次以私有测试版的形式推出。Wanstrath 和 Preston-Werner 经过向他们在湾区及其余地区的初创公司的朋友发送电子邮件，邀请他们使用他们构建的工具，以后便当即获得了积极的回应。接下来的一个月，他们将 Logical Awesome 更名为 GitHub，Inc，并做为公司正式成立。
虽然这两我的尚未开始创业，但他们的想法蕴含巨大的商业潜力。2008年4月，就在 GitHub 推出私有测试版并在同月推出其官方网站的三个月后，Chris Wanstrath 收到了来自在线学习网站 PeepCode 的创始人 Geoffrey Grosenbach 的消息，该网站刚刚将其代码迁移到了 GitHub。Grosenbach 告诉 Wanstrath 他不习惯使用 GitHub 免费托管他公司的代码库，他愿意付费。来自活跃的 GitHub 用户的这类消息展示了 GitHub 的价值。即便 GitHub 没有向用户收费，有些人也愿意为此付费。
“我使用 GitHub 免费托管我公司的代码，我对此感到有些很差意思。我能够发一张支票给大家吗？” - PeepCode 的创始人 Geoffrey Grosenbach
GitHub 发展中最重要的一个因素是其商业模式的简洁和优雅。若是你想公开托管你的代码，GitHub 能够永久无偿使用。若是你想使用私有存储库或专有代码，你须要付费。这两个用例彻底不一样，这消除了 GitHub 使用免费增值产品蚕食其受众的风险。
GitHub 公司彻底能够将 GitHub 置于付费模式，而且能够经过收费来赚不少钱，但事实上 GitHub 并无这么作。GitHub 商业模式的另外一个特色就是无缝从免费增值产品过渡到私人付费存储库。若是程序员在 GitHub 上托管他们的开源我的项目并按期使用该产品，他们颇有可能会建议他们在平常工做中使用 GitHub。
与 GitHub 的商业模式同样简单和合乎逻辑，它是 GitHub 以其实现方式有效商业化开源软件开发的惟一可能方式。若是 GitHub 从一开始就试图从全部存储库中获利，那么 GitHub 可能永远不会被开源社区所喜好。若是没有这种基层支持，该公司将没法生存。
另外一个须要采用智能方法订价结构的因素是将 GitHub 做为 Web 服务运营。做为开源代码在网络上存放的地方这听起来很棒，但有人必须为带宽付费。对于 GitHub 来讲幸运的是，Geoffrey Grosenbach 并非惟一一个想要给 GitHub 捐款的热心用户。一些公司还提出愿意花钱使用 GitHub 来托管他们的代码，这让公司的创始人意识到该公司做为营利性企业的潜力很是巨大。
“咱们意识到 GitHub 可能不只仅是可以收回成本，它可能成为一项真正的商业。咱们决定继续免费提供无限制的公共存储库，但咱们会向私有存储库收取费用。换句话说，咱们会向该付钱的人收钱。” - Chris Wanstrath
PJ Hyett 于2008年1月正式加入 GitHub，成为其第三位联合创始人。仅仅几个月后，即2008年4月10日，GitHub 正式推出。
到2009年，GitHub 的增加十分迅猛。Preston-Werner 在2009年2月的雅虎开发者大会上发表讲话时说，GitHub 上有超过46,000个公共存储库，其中约有17,000个在上个月才加入。当 Preston-Werner 在2009年7月发表他的下一个雅虎开发者大会演讲时，GitHub 已经拥有超过10万用户，而且托管了超过90,000个公共存储库，仅仅5个月就增长了95%。
GitHub 这一时期的增加最使人瞩目的是，这家新兴公司在短短一年多的时间里经过软件开发社区的口碑吸引了其首批100,000名用户。GitHub 做为一种产品已经造就了很好的用户粘性，这纯粹是由于它确实解决了开发者的疑难问题。这有别于其它基于 Git 的协做工具。GitHub 经过在新兴的、难以使用的技术之上构建了新服务，成功地开辟了本身的市场。
GitHub 的业务模型和编程社区的流行确实帮助公司取得了快速的发展。然而，许多人忽略了 GitHub 早期的一个方面，即如何解决全部软件开发人员遇到的问题，这些问题的解决也推进了 GitHub 做为产品的开发。协做是关键，访问是增加的载体。GitHub 容许用户在未经许可的状况下 fork 存储库，从而减小了冲突。GitHub 解决一个棘手的技术问题，即 fork 代码分支和相关的权限问题，此外，GitHub 还解决了如何与其余程序员有效协做的问题。
市场对 GitHub 这类产品的迫切需求以及产品自己的粘性并非 GitHub 早期取得快速增加的惟一因素。GitHub 的社交功能也是增加的强大动力。在 GitHub 以前，除了在技术访谈中回答白板假设以外，程序员几乎没有办法证实他们的编程方法。如今，编码人员能够公开维护他们项目的代码库，向将来的雇主展现他们的代码，并参与更普遍的软件开发社区。GitHub 不只使程序员受益。招聘人员能够经过 GitHub 浏览公共存储库和用户档案，以肯定潜在的候选人，看看候选人一直在作什么样的项目，这使得 GitHub 成为了一个很有价值的招聘工具。
2010年6月29日，GitHub 推出了其组织功能，该功能容许企业用户从单个集中式仪表盘管理其拥有的存储库。虽然组织的引入必定程度上是对那些吵着要尝试 GitHub 的公司的回应，但它也揭示了公司将来的抱负。到2010年，创始人很清楚，收入增加的最重要的一个缘由是更多企业和组织采用 GitHub。这发生在 GitHub 推出 GitHub Enterprise 一年之前，组织功能清楚地代表了公司的意图。
GitHub 继续以使人难以置信的速度不断吸引新的用户。截至2011年末，GitHub 正在托管超过200万个存储库，而且在用户和提交方面都超过了 SourceForge、Google Code 以及微软的 CodePlex。与以前的组织功能同样，GitHub Enterprise 的发布代表 GitHub 意图成为大型科技公司和我的开发者不可或缺的平台，这是 GitHub 在2012年至2015年间的主要目标。
使人惊讶的是，GitHub 没有借助一分钱的外部投资就成功壮大。这将在2012年发生变化，当时 GitHub 终于迎来了它的第一个投资者 Andreessen Horowitz。
2012-2015：从快速增加到无处不在
到2012年，GitHub 已经变得很是受欢迎。对于许多程序员来讲，问题不在于他们在何处使用 GitHub，而是用它来作什么。GitHub 不只稳定地吸引了强大的用户群，几乎没有广告、促销或者风险投资资金，但使用 GitHub 托管私有代码和私有存储库的公司团队数量剧增。GitHub 如今须要作的是经过进一步渗透到企业来扩大收入。GitHub 实现这一目标的第一件事就是雇用 Brian Doll，他于2012年2月成为 GitHub 的市场营销和战略副总裁。第二件事是由 Andreessen Horowitz 领导的 A 轮融资筹集1亿美圆。
“具体来讲，有一个名为'GitHub Everywhere'的策略。咱们但愿软件领域的全部人都使用 GitHub。我的、小团队、学生以及大型企业。” — Tom Preston-Werner
GitHub 的A轮融资让这家成长中的公司更加积极地追求“GitHub Everywhere”的愿景。当 GitHub 得到A轮融资时，它已经拥有超过170万用户而且托管了超过300万的存储库。此外，该公司的收入自2008年以来每一年以300%的速度增加。凭借其新的资金，GitHub 能够在这种有机增加的基础上继续发展，并瞄准财富500强公司，这将推进 GitHub 收入的进一步增加。
虽然许多企业家和投资者对 GitHub 与 Andreessen Horowitz 的新合做关系表示赞扬，但一些人对 GitHub 忽然涌入的现金表示怀疑。开源社区的一个小而有声的队伍以为 GitHub 接受风险投资资金是对公司自我激励的风格的背叛，并可能危及将来的开源开发。GitHub 的开源起源及其将来做为企业工具之间的紧张关系须要公司进行仔细平衡。
得到历史上最大的A轮融资给了 GitHub 更大的自由，但它也给公司施加了更大的压力。
到2012年，GitHub 的成长速度使人瞩目。GitHub 已经建立了一个能够解决紧急问题的可靠产品，并围绕一项新兴技术创建了一个完整的公司。但很明显，GitHub 自给自足的方式只能将它带到目前的高度。为了保持公司的成长速度并实现更大的目标，它须要资金。因而 GitHub 在2012年7月得到了 Andreessen Horowitz 1亿美圆的A轮融资，Andreessen Horowitz 是惟一的投资者。GitHub 将利用这笔资金聘请更优秀的工程师并开发新的产品。
值得注意的是，虽然 GitHub 在A轮融资中彻底被 Andreessen Horowitz 引导，但这并非意识形态冲突的问题。有些人认为 GitHub 起源于开源社区，这与投资者青睐的创业方式不太一致。但实际状况并不是如此。GitHub 没有原则上拒绝风险投资，它拒绝的缘由确实是由于它不须要投资。当 GitHub 开始寻找外部投资时，该产品已经拥有了庞大的用户群。最重要的是，GitHub 几乎从第1天开始就实现了盈利。这种自由使得 GitHub 不只可以有意识地塑造其产品，还可以塑造整个组织的文化，彻底不受投资者的影响。
“咱们始终认为过早地得到投资对公司来讲是坏事。太多的外界影响多是危险的。咱们已经诞生四年半了，因此咱们可以真正定义本身。咱们历来没有拒绝 VC，咱们只是排斥人们由于错误的因素委屈本身的产品。” — Tom Preston-Werner
从这一点来看，GitHub 的宏图大志愈发明显。GitHub 已经取得了显着的增加并积累了大批忠实的程序员粉丝，所以它但愿扩大其影响力及其潜在收入。GitHub A 轮融资的关键并非拿到了投资者的大笔资金，GitHub 在接受风险资金以前已经盈利了多年。其关键在于 Preston-Werner 的下面这段话：
“咱们公司多年来一直盈利，增加迅速，咱们并不须要钱。那为何咱们接受了投资呢？由于咱们想要更好，咱们想要打造最好的产品，咱们想要解决更难的问题，咱们但愿让更多人的生活变得更加轻松。Andreessen Horowitz 的经验和资源能够帮助咱们作到这一点。” — Tom Preston-Werner
Preston-Werner 提到了不少目标，但归根结底都是想要让 GitHub 解决核心技术问题。这是许多人对 GitHub 做为公司和产品的最根本的误解之一。GitHub 让程序员的生活更加轻松，这一点毋庸置疑，但这并非创始人的惟一愿景。他们不只想让程序员更容易编码，他们还但愿让整个编程领域都变得更加容易和轻松。
在许多状况下，GitHub 已经解决了编程自己的疑难问题。GitHub 的特别之处在于它经过创造一种解决了这些问题的产品来实现这一目标，这些问题也为该产品创造了巨大的潜在市场。Wanstrath 和他的朋友能够专一于较小的、特定的技术问题。相反，他们追求的是当时编程所带来的大问题和根本固有的问题，解决这些问题为他们的产品创造了巨大的潜在市场。
这种吸引力远远超出了开源爱好者的预期，它对大型企业也具备强大的吸引力。到2013年，硅谷的大多数科技公司都在使用 GitHub，大大小小的项目都在用。Adobe、Dropbox、Facebook、Google、Twitter 等等，它们都在 GitHub 上拥有私有存储库。一些公司，好比 Mozilla，甚至拥有几百个代码仓库，几乎全部东西都托管在 GitHub 上。其它的公司，好比 Facebook，拥有的存储库相对少一些（与 Mozilla 的687只相比只有102个），但参与度确更高，Facebook 的102个存储库中的分支超过15,000个。
GitHub 的受欢迎程度和市场渗透率让它得到了难以置信的增加。截至2015年末，GitHub 拥有280万用户，并拥有460万个存储库。然而，虽然 GitHub 如今已经与编码文化密不可分，但该公司的目标设定得更高。下一阶段 GitHub 的目标是成为全球最大的开源软件中心，并积极寻求国际扩张，立志成为“面向开发者的 Facebook”。
GitHub 不只在慢慢吞噬硅谷，它甚至和美国政府有些交集。2013年5月9日，白宫在 GitHub 上起草并发布了美国官方开放数据政策。这是美国第一次以这种方式分享联邦立法政策。虽然这与 GitHub 的数百万个存储库中托管的代码项目相比，立法文件自己的实用性有限，但其象征性很是重要。在私营公司的服务器上托管政府政策文件是前所未见的，容许公众 fork 和合并政策文件也是前无古人的。
今天的新闻标志着政府首次将法律做为一份生动的协做文件发布。咱们很高兴看到开放数据政策随着社区的投入而发展，咱们但愿这是一个良好的开始。“ - GitHub 产品经理 Ben Balter
该公告对于 GitHub 而言是一个使人难以置信的 PR，而且还暗示了 GitHub 的其余潜在用例，开放数据拥护者和精通技术的政策多年来一直在谈论，即便这些用例最终将永远不会实现。
2015年至今：GitHub 全球扩张
到2015年，GitHub 是许多程序员的版本控制工具。但它并不只限于此，它仍是一个社交中心，程序员能够从中互相学习。它是程序员交流网站、社交网络和专业网络中心。这是世界上大部分代码的存放处，既有我的开发者的小项目，也有科技巨头的大型项目。
固然，树大招风。2015年3月28日，GitHub 经历了自发布以来最大规模的网络攻击——这种DDoS（分布式拒绝服务攻击）攻击被认为源于中国。但此次袭击并不是企图使一家美国公司瘫痪，以造福亚洲竞争对手。相反，据称该攻击仅针对两个 GitHub 项目。第一个是 GreatFire，一个致力于帮助中国互联网用户规避国家所谓的“中国防火墙”的组织；第二个是“纽约时报”网站中文镜像的 GitHub 页面，它也帮助中国用户访问这张报纸。尽管攻击最终受到了挫败，但人们发如今一个地方托管如此多代码的危险性，特别是旨在颠覆国家监视设备的代码。
中国 DDoS 攻击发生四个月后，GitHub 得到了以红杉资本为首的2.5亿美圆B轮融资。这使得 GitHub 的估值超过了20亿美圆。谈到资金问题，Chris Wanstrath 告诉记者，该公司计划利用其B轮资金开发新产品，并进行国际化扩张。
GitHub 的第一个海外办事处设在东京。GitHub 选择日本做为其首个海外地点具备高度的战略性。日本不只是 GDP 排名世界第三的经济体，并且其技术创新闻名中外，这使其成为旨在托管世界代码的网站的合理的目的地。包括日立系统和日本媒体集团 CyberAgent 在内的公司都是日本 GitHub 的首批客户。
GitHub 继续扩大。截至2015年7月，GitHub 拥有超过900万用户，并托管了超过2100万个存储库，这正式使 GitHub 成为世界上最大的代码存储库。尽管用户增加稳定，该公司的继续扩张推进了该组织在此期间的大部分收入增加。GitHub 被美国一半以上最大、最富有的公司所使用，这是很好地体现了 Tom Preston-Werner 多年前“ GitHub Everywhere” 的先见之明。
然而，尽管 GitHub 仍在增加，到2015 年9月每一个工做日新增用户数达到10,000，但增加速度在放缓。GitHub 面临来自 Bitbucket 和 GitLab 的激烈竞争，致使用户增加受到影响。另外一方面，收入则增加迅速。2015年9月，GitHub 的年度收入约为9000万美圆。截至2016年8月，这一数字已上升至1.4亿美圆。在2014年9月至2016年8月的23个月期间，GitHub 我的计划的收入停滞不前，但其组织计划的收入几乎翻了一番。GitHub Enterprise 的收入增加了两倍。2014年9月，GitHub 的收入中约有35%来自 GitHub Enterprise。截至2016年8月，GitHub Enterprise 占GitHub 收入的一半。
到2017年，GitHub 的将来将主要受其在企业应用程序的影响。曾有人谈论过首次公开募股，有关不太可能收购的传闻，以及合并等等。每一个人都有关于 GitHub下一步行动的猜想，但不多有人料到接下来发生的事情。在2018年6月4日上午，微软以75亿美圆的价格收购了 GitHub，这一重磅消息震惊了科技界。
“从最大的公司到最小的初创公司，GitHub 是开发人员学习、分享和共同建立软件的目的地。它也是微软的目的地。咱们是 GitHub 上最活跃的组织，为项目提供了超过200万次“提交”或更新。
几个小时以内，黑客新闻、Reddit 和 TechDirt 充斥着愤怒的用户，他们感到被 GitHub 的收购所背叛，许多抗议会离开 GitHub。一些用户将他们的存储库从 GitHub 迁移到竞争服务 GitLab 或 Bitbucket。人们对他们的代码的安全性开玩笑。其余人明智地了解了 Clippy 将如何帮助开发人员将他们的项目部署到Azure。还有一些人认为这笔交易与甲骨文收购 Sun 有类似之处。
在讽刺和愤怒之下，有一种很是真实的感受，GitHub 的将来再也不像之前那样光明。然而，许多人没有意识到的是，在这一点上，微软收购 GitHub 对 GitHub 产品的负面影响很是小。GitHub 十年来一直是协做软件开发的行业标准。Bitbucket和 GitLab 将不可避免地得到一些逃离微软 GitHub 的用户，但 GitHub 在行业中的地位以及 GitHub 做为产品自己的功能实际上保证了 GitHub 的持续相关性、生存和增加。
此外，微软丰富的企业经验可使 GitHub 成为微软的高度战略资产，特别是由于该公司将本身定位为开发人员的平台和市场。对于微软而言，收购 GitHub 并非要将 GitHub 做为一种产品获取，而是要得到 GitHub 带来的开发者生态系统。
网上喋喋不休的大部份内容彷佛都围绕着微软收购 GitHub 是否聪明，真正的问题应该是微软是否会巧妙地使用 GitHub。正如微软收购 LinkedIn 和 Minecraft 开发商 Mojang 所代表的那样，微软可能不必定会完全改变 GitHub 所作的事情，至少，不会立刻改变。
GitHub 将来何去何从？
如今微软是全球最大和最受欢迎的代码库的新拥有者，GitHub 的将来发展轨迹将彻底取决于微软如何将 GitHub 视为其长期增加战略的一部分。
1. 与 Visual Studio 集成
虽然微软能够作出许多潜在的举动，但如今它拥有 GitHub，GitHub 与微软极受欢迎的开发工具套件 Visual Studio 的集成几乎是不可避免的。这符合微软的长期计划，即从 Windows 的销售业务转向其不断发展的基于云的服务生态系统。
2. 更多开发者工具
即使在如今，编程仍然存在效率低下的问题。GitHub 能够采起的最合理的举措之一就是开发其余工具来帮助开发人员专一于解决诸如错误跟踪和将应用程序部署到 Microsoft Azure 等问题，甚至能够用 AI 驱动的应用程序替换当前的 QA 工做流程。GitHub 几乎没有触及可能的表面，微软从新关注其基于云的开发者生态系统彷佛与 GitHub 做为产品的潜力彻底一致。
3. 吸引开发者的产品和服务
除了软件工程师以外，GitHub 已经吸引了大量的专业人士，例如产品经理。GitHub 的另外一个潜在举措多是引入了对这些专业人士有吸引力的其余特性和功能，例如集成的项目管理工具。鉴于微软但愿大力发展企业应用程序和基于团队的协做工具，这使得可能性大增。
GitHub 的启示
GitHub 现在已经找到了一个新家，但它仍然有大量的经验值得咱们学习。
1. 找到一个须要解决的大问题
让 Git 更容易使用是 GitHub 的目标，但这并非最终目标。GitHub 真正的愿景是使协做和编写软件更容易。世界上每一个软件开发人员都在努力解决 GitHub 试图解决的问题。这创造了一个巨大的潜在市场，GitHub 对本身的定位很是准确。
看看你当前的产品并问本身如下问题：
你的产品是否解决了一小群人遇到的很是具体的问题？或者它是否解决了不少人遇到的大而普遍的问题？专业化能够成为一个强大的差别化因素，但解决大型问题能够为你的产品提供更大的潜在市场。
你是否或者愿意在平常工做中使用本身的产品吗？
若是你不使用本身的产品，那么缘由是什么呢？你的产品是否存在问题，或者你的产品声称要解决的问题是否会与本身相关？这两种状况都是严重的问题。在内部不使用你本身的产品会引起产品是否真正被用户须要的疑问。若是你没有亲身体验过你的产品所解决的问题，那么是什么让你成为解决问题的合适公司？
2. 不断解决用户痛点
GitHub 推进这种使人难以置信的增加的部分缘由是该公司不只致力于解决疑难问题，并且还致力于解决全部软件开发人员遇到的痛苦问题。这为 GitHub 创造了巨大的潜在用户群，并使公司从根本上重塑了咱们所知道的软件开发方式。
想一想你的产品及其在公司运营范围更广的领域，而后问问本身：
若是你可以以某种方式为现有产品添加全新的功能，那么该功能将会是什么，以及它将解决哪些问题？
为何你的产品或开发中没有此功能？这太难了仍是太宽泛？你怎么能克服这些障碍来实现这个功能？
你试图解决的问题的痛点所在？这是技术问题仍是人为问题？
GitHub 之因此成功，是由于它解决了一个技术问题：开发者须要一个更好、更直观的版本控制系统，它具备解决人类问题的巨大潜力，即轻松、安全和远程协做软件项目。专一于技术问题也让 GitHub 解决了人类问题，这是 GitHub 成功的一个很是重要的因素。
3. 尽早培养企业文化
即便在早期，GitHub 也认识到了企业文化的重要性。公司刻意并积极地创造本身的文化，而不是让文化自由生长。与传统观念相反，文化不只仅是行为的偶然副产品，它是通过深思熟虑、有意识的行动和有目的的决策的结果。文化是任何公司成长的关键因素。
看看你本身的公司，并考虑如下问题：
你公司的文化如何反应价值观？即便在早期，GitHub 也很是高兴地从传统的企业成功概念中汲取乐趣，采用相对扁平的管理结构。公司的文化对你有什么价值和品牌属性？
你的员工在多大程度上塑造了公司的文化？换句话说，公司的政策有多少是由自上而下决定的，并且随着时间的推移，因为你的雇佣而有机地出现了多少？
你的竞争对手如何看待你的公司和产品？这种见解有多少会基于你组织的文化？
后记
GitHub 经过作两件事来取得了难以置信的成功：解决一个巨大的用户痛点；并建立一个流行的、具备粘性的产品，令人们更容易一块儿工做和共享代码。GitHub 如今面临的最大挑战是设计一种方法来进一步将编程融入其它技术学科，同时吸引软件开发人员之外的专业人士。
鉴于微软曾对开源社区的敌意，它可能不是 GitHub 最合理的归宿。可是微软具备至关大的企业专业知识和前瞻思惟的领导力，这对于 GitHub 来讲有些许安慰。如今你们关心的问题是，微软将如何利用 GitHub 这个利器，让它变得更加闪耀。
相关连接：https://medium.com/@hnshah/how-github-democratized-coding-built-a-2-billion-business-and-found-a-new-home-at-microsoft-bd94d2dea2a9 ，做者：Hiten Shah，他建立了多个 SaaS 项目，好比 Crazy Egg、KISSmetrics 和FYI。 译者安翔，责编郭芮。
2018 中国大数据技术大会
◆
BDTC 2018
◆
BDTC 2018中国大数据技术大会携主题“大数据新应用”再度强势来袭。本次大会由华东师范大学副校长、教授周傲英，百度商业智能实验室主任熊辉，阿里巴巴副总裁李飞飞三位会议主席对大会内容把关，多位两院院士参与指导，由最了解行业痛点的一线从业者为同行打造。
扫描下方二维码或阅读原文快速购票。如今购票还有机会得到大数据图书一本（中国科学院院士梅宏主编的《大数据导论》或华中科技大学教授金海主编的《大数据处理》），数量有限！
微信改版了，
想快速看到CSDN的热乎文章，
赶快把CSDN公众号设为星标吧，
打开公众号，点击“设为星标”就能够啦！
CSDN 公众号秉持着「与千万技术人共成长」理念，不只以「极客头条」、「畅言」栏目在第一时间以技术人的独特视角描述技术人关心的行业焦点事件，更有「技术头条」专栏，深度解读行业内的热门技术与场景应用，让全部的开发者紧跟技术潮流，保持警醒的技术嗅觉，对行业趋势、技术有更为全面的认知。
若是你有优质的文章，或是行业热点事件、技术趋势的真知灼见，或是深度的应用实践、场景方案等的新看法，欢迎联系 CSDN 投稿，联系方式：微信（guorui_1118，请备注投稿+姓名+公司职位），邮箱（guorui@csdn.net）。
推荐阅读：