开源软件平台GitHub考虑进军中国
本篇文章给大家谈谈《开源软件平台GitHub考虑进军中国》对应的知识点，希望对各位有所帮助。
本文目录一览：
如何使用github上的开源软件
要托管到github，那你就应该要有一个属于你自己的github帐号，所以你应该先到github.com注册
打开浏览器
在地址栏输入地址：github.com
填写用户名、邮箱、密码
点击Sign up即可简单地注册
完成注册，进入github平台，
点击new repositories
新建一个新项目（你也可以加入到一个已有的项目）
新建项目的操作，其实很简单，输入项目名就可以直接Create了
如图
4
此时的界面，我想大家都应该很熟悉了。点击右边栏的剪切板图标，记录下你的项目地址。
企业开源指南：开源项目管理工具
为了让开源项目办公室顺利运行，您需要正确的工具。这些关键的任务工具将用于追踪各部门的目标与指标，从工程部门和法律部门到行政领导部门、公关部门与营销部门，同时给予员工收集数据、提供开源软件运行快照和管理公司内部开源软件日常使用所需要的全部资源。
-- Todo
开放源代码的战略性应用之路，起始于一个精心策划、组织与授权的开源项目办公室，以指导和管理开源的创建、分发和使用。但这仅仅只是第一步。为了让开源项目办公室顺利运行，您需要正确的工具。这些关键的任务工具将用于追踪各部门的目标与指标，从工程部门和法律部门到行政领导部门、公关部门与营销部门，同时给予员工收集数据、提供开源软件运行快照和管理公司内部开源软件日常使用所需要的全部资源。
本指南提供了如何开始您的开源工具集建设的详细信息和场景，包括用于跟踪和管理您的开源项目的最重要工具的信息。指南中提及的许多工具已由Linux基金会和该领域的其他领导者创建并开放源代码，可以免费且便捷地为您的项目所使用。您还可以找到一个仪表盘安装程序的示例，该程序融合并展示了多种工具的信息。
一旦您的开源项目办公室启动运行，就应该同时收集合适的软件工具，这些工具允许您的开发团队管理、跟踪、指导和推进其开源项目、开源贡献与开源发布。
在您开始您的开放源代码之路时，使用正确的目标工具还将使开发人员和其他员工的工作更为轻松，也将提供更好的结果，并将成为公司开源项目的成功协作与沟通的基础。
公司所需的开源工具有哪些？早期的讨论大多认为，这取决于公司的业务、产品和服务，以及公司如何服务它的客户和员工。由于开源项目办公室制定了规划流程和战略地图，因此可以选择那些能整合进公司的目标、流程和基础架构的工具。
最终，知道您将需要使用哪些工具的唯一方法，就是了解您想要对开放源代码进行何种操作。
以下是开源项目办公室选择所需管理工具的基本步骤：
这些工具一旦被选定，在落地使用之前，还需要一些额外的准备：
当您在选择工具时，实施操作有助于记忆，当然这也可能会影响您的决定。例如，具有陡峭学习曲线的工具可能需要更多的培训。
在认识到达成组织的目标上你团队的需求，以及自身情况和基础架构的潜在限制之后之后，接下来要做的就是要 探索 并了解那些已准备就绪且可供您使用现有工具。由于大多数工具本身就是开源的，所以如果它们一开始并不能满足您的确切需求，您的开发团队可以联系这些工具的开发者，看看他们是否可以协作根据新的用途添加一些特性。
讽刺的是，许多开源项目办公室并不经常直接使用其他公司开发的工具，或与其他公司合作来开发他们管理开源项目所需的工具。通常，他们想要这样做，但包括 Facebook 和微软在内的许多企业已经拥有现有的工具套件，这些工具套件在真正成为一个合作议题之前就已经实现。由于他们已经拥有了自己的工具集并进行了投资，他们似乎并没有很大意愿采用其他公司的工具。
这就是现在才刚开始构建自己的开源项目的公司具有显著优势的地方。由于他们现在正在建立自己的开源项目办公室并进入开源领域，因此他们不必为受到这样的限制而烦恼。
相反，他们可以聪明地利用别人的成功经验与失败教训，并利用近年来领先的公司所创建的成熟工具来构建自己的开源工具箱。 Linux 基金会的开源行业组织，TODO Group，一直致力于组装一个装满工具的 “Open Source Program Office in A Box” 入门套件，这将使公司能够通过一套紧密结合的预先组装工具开展开源工作。入门套件目前尚未开发完善，但希望最终可以让公司付出更少的初始努力，更轻松地部署和配置他们所需的工具。从事这个项目的 TODO Group 成员包括 Adobe、Capital One、Comcast、Facebook、谷歌、eBay、IBM、微软、三星和 Twitter。
除了适当的工具之外，公司还应该有中央仪表板，以便他们实时监控和跟踪他们的开源项目和开发情况。许多公司可能已经拥有了用于现有开发工作和应用程序的仪表板，并且能够将现有仪表板与其开源工作整合在一起。否则，他们应该创建或采用新的仪表板来改进其开源部署的管理。
正在出现越来越多的用于管理和报告开源项目的工具，这一趋势已经非常明显。如果您的开源项目刚刚开始，那么将您的研究集中在几个您启动和运行所需的基本工具上会更有帮助。
随着您的项目不断发展，以及使用这些工具的经验越来越丰富，您可以开始采用新的工具，来帮助自动化并简化您的流程，响应业务需求的增长。切记，新选择的工具将用于内部文化和流程的补充和支持——而不是引导它们。
以下章节列出了几个基本的工具类别，几乎所有开源项目日常使用的工具都可以划分到这些类别。这有助于您对该研究有系统性的认识。
为满足公司的更多需求，自动化工具变得越来越庞大且规模化。它们可以准确地告诉您谁正在为您的项目做出贡献，并且可以帮助您消除那些减慢项目进度的程序摩擦。
据微软表示，在其开源项目办公室里，大约有 8000 个仓库在 GitHub 上托管，涉及约 11,000 名贡献者，而在 2016 年约有 40,000 个内部请求应用于开源项目。为了管理这些请求，以及所创建的代码和正在更新的代码版本，公司转而使用可以自动化解决混乱的工具。不仅如此，由于数百个项目中很可能会共用同一段代码，因此必须对其进行仔细跟踪，以便在出现安全错误时，可以快速绘制并修复所有的软件影响。在如此大规模的情况下，自动化非常关键，手动更新几乎是不可能的。
那些有助于管理关键任务的工具，也是需要考虑和获取的。例如用于项目管理、跟踪项目质量状况，以及确保开发人员、开源社区和其他公司内部人员之间的清晰且快速沟通的。
大多数通过开源项目办公室开发的企业软件项目都使用 GitHub 作为其集中托管和开发的平台。
GitHub 是一个在线源代码管理站点，它允许开源开发人员在一个中央“存储库”或存储空间中管理和存放他们的代码，参与者可以协作并开发他们的代码。如今，大约有 6400 万个开源代码项目在 GitHub 上托管，涉及大约 2300 万个开发人员。
GitHub 用户可以添加代码、查看已提交的代码、申请更改、获取并提供反馈，以及使用该服务提供项目管理。GitHub 使用 Git Version Control System ，这是由 Linux 创建者 Linus Torvalds 开发的开放源代码项目，为代码和合作开源人员提供了组织机构。每位“贡献者”都有他们正在处理的项目存储库的副本，他们可以在自己计算机中的副本里进行更改，然后将其提交回项目以供未来纳入。然后，“ 拉取请求(pull request)”（ 示例 ）或代码贡献会被项目组织者审查、讨论、修改，最后批准或拒绝。
代码扫描和合规工具也很重要，它们有助于追踪代码起源和许可要求。关注被引入自身基础架构、产品和服务中的开放源代码以确保符合许可证的要求，对于公司来说是很重要的。
例如，您的应用程序可能包含数千个开源组件。为了保护您的公司免于法律纠纷，了解这些细节是至关重要的。在风险较高的情况下，用户必须根据其业务在风险谱中的所处位置，深入了解代码，从而深入地审核并验证他们所说的许可证。（请参阅我们关于使用和分发开放源代码的指南。）
如前所述，GitHub 是服务于目前大多数开源项目办公室的专业源代码管理系统。但是 GitHub 本身并不能满足项目代码管理的所有需求——特别是当您大规模发展的时候。
开源世界中所使用的一些工具旨在通过添加欠缺的功能来改进GitHub本身，例如支持检查开发者原产地证书（DCO）语句，以确保代码可以被合法授权且应用于开源项目中。
GitHub 在代码审查方面也存在一些不足之处，所以有其他可用的工具可以自动将有问题的代码发回给创建它的贡献者，然后要求他们检查并做出必要的修改。GitHub 没有办法强迫任何人检查他们的代码，而这些聪明的工具解决了这一问题，使工作流程得以改善。
其他 GitHub 特定工具的功能用于提高 GitHub 的性能指标，这些功能通常针对特定项目，而不是提供给整个组织详细信息。对于在多个 GitHub 项目中维护许多开源代码库的公司而言，需要更好的工具来组织和汇总它们，使之有意义。亚马逊、Netflix 和微软提供了大量这样的工具来帮助完成这些任务。
以下是一些最流行和实用的源代码管理工具，可以简化并帮助您的 GitHub 运作：
随着开源项目的发展和成熟，监控和跟踪开源项目的整体质量是企业开源项目的核心任务。为了实现这一目标，您必须收集相应的工具，这些工具应当能够反映单独的开源项目的执行过程并反映单独的开源项目在数十、数百甚至数千个项目中被它们的社区接收的过程。同时，这些工具还必须兼具转化能力， 能够将收集的数据转化为体现整个开源组合中整体项目性能的有意义的、实用的且可操作的信息。
这其中的关键是，您收集到的数据应当可以转化为关键且有用的信息 – 而不是些无用的指标，例如详细说明项目已记录了多少“观察者”明星，自项目开始以来有多少贡献者参与了该项目，亦或是缺乏重要背景资料的其他指标。
最好的项目质量监测工具还必须帮助项目团队对支持他们工作的社区做出回应，同时鼓励贡献开发者的参与和多样化。这意味着这些工具可以帮助保持人员快速响应社区成员发布的问题或反馈，以便他们保持热情参与，且不会感到厌倦并转向其他项目。
一些开源社区有大量的贡献者，而其他一些开源社区则成员较少。项目质量监测工具需要能够适用于各种规模的项目。
以下是一些最受欢迎且实用的项目数据统计和项目质量跟踪工具：
TODO Group 还提供了一个 很好的附加工具列表 ：
当然，开源的发展并不仅仅关于代码的开发。它还需要在企业内外部从事项目工作的不同群体之间以及公司开源项目办公室的工作人员之间建立良好的沟通与合作。
为了达到上述目标，开发人员可以依靠他们可能已经应用于其他项目的工具，例如 Internet Relay Chat（IRC） ，开发人员可以发布 与开源开发相关的问题并快速收到回复 。另一个例子是 TWiki ，它是一个开源企业 Wiki 和 Web 协作的平台，开发人员可以在其中讨论代码和项目及相关主题。
此外，企业还可以通过社交媒体平台，门户网站，开源项目存储库和其他能够进行输入、提问和讨论的平台促进沟通交流。
其他有用的工具还包括 Facebook 公司的 mention-bot ，它可以通过自动关联潜在审查者来获得拉取请的快速输入周转以审查代码。当 GitHub 目变得太大导致社区成员无法订阅项目的所有通知时，这一工具尤其值得推荐。
然后是 Slack ，这是一个在线团队项目管理与沟通平台，在这一平台中用户可以访问和共享消息和文件，管理工作流程，搜索信息等等。Slack可以通过设置接收支持请求、代码签入、错误日志和其他任务的通知。
除此之外，当谈到公司参与和支持开源时，不要忘记您公司的公关与营销人员。包括 Twitter、Reddit、Facebook、LinkedIn、Google+ 等网站在内的社交媒体帐户以及企业内外部的博客和网站的使用都是非常重要的。客户关系管理（CRM）软件以及电子邮件群发和新闻简报可以帮助公司让客户了解他们的开源进展。
当谈到企业为开源项目提供并应用的工具时，按理说最重要的是那些帮助企业管理自身企业规模 GitHub 操作的工具。GitHub 是一个可以提供许多操作的完美平台，但对于谷歌、微软、脸书、Twitter、LinkedIn 等大型的复杂公司而言，使用标准的 GitHub 产品可能会有很多限制。
大型企业通常需要更多的功能，包括如身份管理、设置和权限管理，安全性和双重身份验证执行，以及深入理解和跟踪代码存储库的方法。
因此，这些大型企业常需要构建专门的自动化工具来处理诸如入职、离职、安全策略执行以及给予开发人员请求的存储库访问权限等任务。
为满足自身的特殊需求，微软构建了自己的工具来处理诸如此类的任务，以简化和改进其开源项目。微软在 GitHub 上运行良好 ，拥有约 1,345 个存储库，迄今为止涉及约 3,580 名开发人员。
微软创建了一款定制的自助服务—— GitHub management and onboarding portal ，用于组织其项目、存储库和团队。在其最简单的层次上，基于 Web 的门户允许开发人员将他们的微软公司ID映射到他们的GitHub ID，这可以提高系统安全性并帮助简化参与大量重要项目的大量开发人员的组织工作。
该门户还允许员工使用 GitHub 和微软进行身份验证。其创建了员工身份的一个“虚拟链接”，以便根据他们的工作角色向他们提供任务所需权限以完成工作。如果员工离开公司，可根据需要调整系统以删除或重新分类其访问权限。
门户运行在一台或多台云服务器上，并依靠缓存来帮助进行会话和减少 GitHub API 的压力。微软门户平均每天可提供约 1000 名独立用户作为其工程师的工具，这是该公司不断发展的开源工作的一部分，该工作现在包括超过 10,000 名正在使用、贡献和发布开放源代码的工程师。
没有人认为使公司进入开源世界是一件简单的事情。但其他许多公司，包括微软和谷歌等巨头已经在您前面这样做了，而且已提供了详细的路线图、代码和建议等，这将使您自己的开源旅程变得更加轻松。
开源项目办公室的创建和选择一系列关键工具来开始开源工作，选择权掌握在您手中。它们很可能已经激发了开发人员的极大期望，开发人员中的许多人可能已经自发为开源项目做贡献（或在工作中，隐秘地）。
通过开源项目的合作并邀请其他人与您合作，您的公司可以获得不可估量的收益，且能通过节能和创新推动公司发展。
拥有正确的工具对于授权贵公司的开放创新至关重要。
怎样使用GitHub？
Git 是一个管理你的「代码的历史记录」的工具。GitHub主要用Rails实现。我们在进行的post-commit集成小应用完全使用Merb编写。我们使用了Python的Pygments来做格式高亮显示，另外，还用了Ara T. Howard's Bj加上一些Ruby脚本来做我们的排队系统。当然，我们用了Ruby Grit库来和Git进行交互。GitHub已经有了一组引人注目的特性，除了命令式的库浏览器和一个项目Wiki，GitHub甚至还包括了一个GitHub gem，以使通过shell方式使用GitHub更为方便。更多的未来特性已经在计划中︰许多人都希望能有一个条目系统，因此一个简单的条目系统已经在开发中。此外，正如我前面所言，我们尚在进行RubyGems服务器和一些之前留出的post-commit钩子方面的工作。如果你不能或就是不想托管一个你自己的守护进程，你可以使用我们所提供的。
如何使用github 进行代码管理
1）注册一个github账号
2）在上面创建一个项目，可以对项目进行设置
GitHub作为开源源代码管理以及版本控制系统，很多开源作者会在上面建立公开项目。Github目前拥有140多万开发者用户。随着越来越多的应用程序转移到了云上，Github已经成为了管理软件开发以及发现已有代码的首选方法。
GitHub 是一个使用git分布式的版本控制系统，最初由Linus Torvalds编写，用作Linux内核代码的管理。而 git 最初是 Linus Torvalds 为帮助Linux开发而创造的，它针对的是 Linux 平台，因此 git 和 Windows 从来不是最好的朋友，因为它一点也不像 Windows。GitHub 发布了GitHub for Windows，为 Windows 平台开发者提供了一个易于使用的 Git 图形客户端。
GitHub for Windows 是一个 Metro 风格应用程序，集成了自包含版本的 Git，bash 命令行 shell，PowerShell 的 posh-git 扩展。GitHub 为 Windows 用户提供了一个基本的图形前端去处理大部分常用版本控制任务，可以创建版本库，向本地版本库递交补丁，在本地和远程版本库之间同步。
Git 是用于 Linux 内核开发的版本控制工具。与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持（wingeddevil注：这得分是用什么样的服务端，使用http协议或者git协议等不 太一样。并且在push和pull的时候和服务器端还是有交互的。），使源代码的发布和交流极其方便。 Git 的速度很快，这对于诸如 Linux kernel 这样的大项目来说自然很重要。 Git 最为出色的是它的合并跟踪（merge tracing）能力。
Github 的系统内部都在用什么开源软件
有时候处理规模问题最好的办法就是让事情变得简单并尽你可能去避免出现这种情况。这是 GitHub 所采用的方法，林纳斯·托瓦兹（Linus Torvalds）在十年前开发了Git源代码控制工具，GitHub 为该工具提供资料库服务（repository service），目前已经有了爆炸性的发展，并成为开源软件开发工作的重心之一。
可以理解为什么程序员们会精挑细选他们创作代码用的工具并与他人分享，反过来，他们也会去调整和改进这些工具。一种非常现实的感觉就是，软件开发者们“住进”这些系统中后，源代码版本控制系统的工作方式会对合作者们的创作过程提供积极或消极的影响。
GitHub 的成立可以追溯到2007年，它的建立者包括目前公司的首席运营官（COO，Chief Operating Officer）PJ Hyett，首席执行官（CEO，Chief Executive Officer）Chris Wanstrath，前首席执行官Tom Preston-Werner，首席信息官（CIO，Chief Information Officer）Scott Chacon。这些人当时都在 Rails 框架下开发 Ruby 应用程序，并希望通过一个更好的方式合作编码，为此他们开始搭建了预计在2008年开始运行的 GitHub。与其说这是一个商业计划，他们的开发更多是为了能有一个工具帮助他们自动化地协助自己的软件开发工作。
事实证明，GitHub 是世界上最大的 Ruby on Rails 应用程序，GitHub 系统主管 reckons Sam Lambert 曾和 The Platform（译者：一家网站 ） 就该系统做过一次小的讨论。Lambert 不方便公开讨论 GitHub 有多少行代码构成，没有公司公布有多少行代码托管在 GitHub 仓库，但 Lambert 确实给我了们一些指标数据，这些数据是关于 GitHub 的使用增长情况，以及系统如何支撑为大约 60000 个机构或个人工作的 1000 万个程序员维护 2600 万个开源项目。
“基本上它就是一个简单的栈，对我们来说它真的很重要，“Lambert 说。“我们试图采用尽可能少的东西来保持这个栈的简单”。
另一方面，2008 年是创业公司的一个分界线（两年后 Amason Web Service 发布了 EC2 计算云），GitHub 可以使用云，第一次不需要在基础建设上做投资。但是，没有那么做，公司创始人和他们聘请的工程师已经绘制了技术栈草图，通过聊天工具见猎购买了一系列创造 性的系统管理，软件布署工具，基本的 IT 操作都在 GitHub 上运行。
当然，公司在 GitHub 上有自己的私有仓库来开发 GitHub。虽然 Lambert 没有透露这个构成 GitHub 的 Ruby 应用的具体大小，但是他告诉我们这个平台在 GitHub 的仓库里有25万个 commit，有上百人贡献了他们的代码和提交这些变动的 commit，尽管不是所有人都在 GitHub 工作。
项目人
“GitHub 最初是为我们自己创建的，我们基本上都是软件工程师所以我们想要一个好的工具做开发。”，Lambert 如是说道，“我们使用 GitHub 去构建 GitHub，同时这也是我们每天去管理所有事物的东西。人力资源和法律团队在他们的工作流程上也在使用 GitHub。不仅仅只是程序员在使用 GitHub。我们非常幸运能够用其他公司不一定能做的方式完成了我们的代码。如果你招一些开发者为广告系统做开发，除非他们根本不在乎讨不讨厌广告，否 则他们是不会愿意干的。而我们所有的开发人员都喜欢Git并且所有的工作都围绕着它，所以我们有为我们每天使用的工具而工作的特殊待遇。 ”
Github 栈的底端是硬件，它由几百台分布在各地数据中心的X86服务器组成。(Github 没有透露这些服务器位于何处，但 Lambert 确实说过，由于全球用户基数增长，Github 正在考虑在全球其他地区建立数据中心。)
“我们使用标准供应商的现成机器，” Lambert 说道, 但没有提及供应商的名字和配置. “我们对软件运行做了很多优化，但针对硬件我们并没有做不合适的大规模定制化。随着规模变大，我们试图让软件容错性更好，并且将数据拷贝到一次性机器上， 这样我们就用不着维修机器了。你只需要毁掉它，重新将数据放到另一台机器上。这会让购买机器变得便宜，同时扩展的成本也更低。”
“我们确实需要构建定制化和非比寻常的东西，因为一旦我们做了，我们就失去了社区正在做的东西的好处。这也告诉了我们怎么选择数据库，因为 MySQL 是每个人都在用的数据库。如果你使用它时碰到问题，这个问题别人也会碰到过，你自然不会碰到谁都无法理解的故障。”
硬件明显没有那么有趣 ——尤其对于软件工程师来说。但是 Lambert 尤其对自家开发的部署系统 GPanel 感到兴奋，它用 Ruby 开发，挂钩到 Puppet 配置工具，让公司里的任何人都可以准备机器并在上面发布软件。
“这让我们像在公有云上一样部署软件，却又允许我们享受拥有自己的硬件的所有好处。”
Github 的软件基础当然是 Linux，Lambert 也说过公司当然有足够的专家来运转自己的 Linux。但它没有这么做，而是简单地使用 Canonical Ubuntu 分布式服务器。至于存储 Git 代码和 Github 代码仓库访问控制系统的其他部分的数据库，Github 依赖 MySQL 关系数据库。Github 自己维护 Linux 和 MySQL 软件，以及 Ruby 和 Rails。Github 聘用了 Ruby 和 Rails 社区的主要维护者，因此可以推论，Github 在社区做自己的技术支持。但事实上随着应用的规模扩大，Github 同时拥有自定义版本的 Ruby 和 Rails。
Fork 代码
“当数据来临时，对我们来说真的是规模问题，我们正在使用一个高可用的方式弹性存储数据，”Lambert 说道，”它是关于适应 Git 具有可扩展性和易用性，因为它从来没有考虑过这一点。我们测量，GitHub 是最大的 Ruby on Rails 程序之一 – 许多公司都没有大规模的运行 Ruby。我们保持精益，做优化，以保持这种方式。
我们现阶段不完全，不像 Facebook 的 HipHop 和 Facebook 用 PHP 做什么，但我们有人民奉献 Ruby 的核心，使其更快和精益。”
GitHub 调整了 Ruby 解释器，并创立了自己的垃圾收集例程，但它也热衷于定位 Ruby 和 Rails 的错误尽可能快和获取代码修复到 GitHub 上，应用程序，以及输出到 Ruby 和 Rails 社区。 （ Ruby 开发托管在 GitHub 上，因为这样是为了 Rails。MySQL 的开发刚搬过来不久，用了甲骨文一些时间来做到这一点。）
GitHub 可能是开发者的机器，用于疯狂的 Fork 代码 – 好，疯狂的 Fork 代码至少 – 让 GitHub 费力也不以为奇。兰伯特解释道：
“我们保持 GitHub 作为一个 Ruby on Rails 应用程序的原因是，它是非常容易和快速的学会。人们在该公司第一天上班就开始在 Github上 工作了。我们真的很需要一个的定制的和与众不同的构建，因为如果我们这样做，我们将失去了所有社区所带来的好处。这就是告诉我们的数据库选择，因为 MySQL是每个人都在使用的。如果你遇到 MySQL 的问题，它是已知的，你不会遇到晦涩难懂并且没人知道的错误信息。没有找不到答案的奇怪错误，因为你遇到的问题，有人已经遇到过”。
GitHub 的基础设施有 Web 服务器，代理服务器，认证服务器，和一堆执行有关仓库的分析、上传提交分析、数百万托管项目分析的系统，但真正核心是存储库本身。大多数这类数据是文本， 当然，这不会占用很大的空间，相比一些更丰富照片，视频和音频媒体更能充塞互联网后面的磁盘驱动器。
奇怪的是，GitHub 没有使用传统的数据压缩方式压缩文本数据，但它有自己的压缩方式来节省空间。如果一个项目被 Fork，只在 Fork 中保存对原来的更改。 （我们假定这个方法也可以让你轻松地找出变化，在每一个 Fork 中迭代。）如果 GitHub 上保存每一个变化，每一个 Fork，它会很快有数不清的PB级数据，传统的数据压缩会系统变慢。事实证明，即使每天从程序员接受数百 GB 字节的新数据，整个 GitHub 的资源库的大小也是被度量在数百 TB 级。
在某些时候，在互联网上有很多猫的照片，所有猫的照片来自 master 猫的照片，并根据变化方式存储在 Fork 中 （译者注：这里做个比喻，形容 github 的 Fork 只存储与 Fork 之前的差别）（我们有点开玩笑。）
“有很多公司说他们已经到达 TB 和 PB 级的数据，你问他们那都是些什么数据，它们通常只是垃圾，” Lambert 笑着说。“大多大数据公司仅仅用来存储事件 —— 这些基本上都是没用的。我们非常自豪于我们一直保持着精益和优化，我们不会存储大量无用的数据。相对于我们的竞争对手，存储到仓库的比率显示了我们非常非 常地精益。我们尽可能不去存储数据，因为我们有一些非常智能的东西在后端让我们保持松散和分叉。我们有很多 Git，但我们还是会尽我们所能去优化。”
回顾 GitHub 的发展经历，从公司到老旧的学校，都可以快速简单地获取指定的存储和计算能力并启动它们。
“我们总是领先一步，我不能说是压力驱使，但我们确实有压力“Lambert 没有具体说明集群是如何快速发展的。“我们每天有数百 G 的新数据，并且仓库的使用规模快速增长，但我们创建了基础设施，可以和业务增长保持同步扩展”，这是因为我们的计划做得很好，现在也没有变慢的迹象。“
如果 GitHub 像其他 hyperscaler 一样，它的基础设施发展会滞后于推动基础设施的因素发展。很难去扩展服务，存储和用户，这也是为什么在 hyperscaler 有这么多的工程创造力。
使用公共的 Github 仓库是免费的，但是上面的代码可以被任何感兴趣的人获取和 fork。GitHub 有偿提供私有仓库，这是它计划盈利的方式。价格从 7 美元每个月的包含 5 个私有仓库的个人计划到200美元的程序员团队可共享 125 个私有仓库的商业计划。对于那些需要在内部搭建 Github 来开发代码的公司，可以购买 GitHub Enterprise 授权，售价 2,500 美元，每年可安装 10 个主机，并且跟 Github 有同样的外观。GitHub Enterprise 可以在内部主机上搭建，也可以搭建在 Amazon Web Services 或者 Microsoft Azure 公有云上。目前 GitHub 和 GitHub Enterprise 由同一个支持团队维护，但是如果你要在 GitHub Enterprise 上做内部开发并想开源到 GitHub，没有自动化的方式来完成。但 Lambert 表示存在空间。
除了核心Ruby on Rails应用程序和存储算法把GIT中的代码存放到文件服务器，GitHub也正在工作于其它应用上。 “有些技术你只是没有把它下架，因为世界上我们是最大的代码托管商，我们有很多定制领域的问题，”兰伯特说。
向前发展的其中一个重点领域是，提供了一组更丰富的关于程序员的项目分析和工作分析，因为很多公司都在使用开源软件，以此来吸引人才。这就是为什么 GitHub将扩展到新的市场，有很多变化的文档和Fork是协作过程的一部分。就像GitHub里面的团队一样，使用该工具来跟踪项目，架构师，音乐家 和其他工匠开始使用该工具，这可能为Github提供了另一波增长。
GitHub 在 2012 年的 7 月第一轮风险融，从 Andressen Horowitz 那里资筹集了 1 亿美元，和今年 7 月的第二轮融资，从红杉资本和 Andreessen Horowitz，Thrive Capital 和 Institutional Venture Partners 筹集了另外 2.5 亿美元,该公司尚未公开，但鉴于其融资的估值约为 20 亿美元，和现金增长其基础,并扩大它的目标市场。
ChatOps 文化与分布式开发
GitHub 的一个重要创新，严格的讲，不是代码部分,但绝对是公司 Hubot 的一部分，这是公司使用的一个聊天机器人系统管理接口。这种方法通常被称为 ChatOps，给部署操作起别名，通过聊天机器人，用聊天的方式做 DevOps。在 GitHub 里一切都使用它。
关于《开源软件平台GitHub考虑进军中国》的介绍到此就结束了。
