版本控制工具主要应用于大型软件开发领域。
在git分布式源代码管理系统出现之前，版本控制工具主要是，集中式版本控制工具，比如cvs，比如svn。
每一位程序员，利用工具在本地工作站，建立一个工作目录树，目录中的内容就是版本库的所有代码，修改或者完成代码后，再提交给远端的代码库。
但是，这样集中管理的方式有很大的局限性，因为每个本地的目录树，都是最新的代码，但如果想要查询历史修改记录，就必须与服务器上的代码库做比较。
这样，就必须使用到网络，永远保持网络在线的状态，才可以做到。并且，最大的问题在于，主版本只有一个，且不能随意修改，这就限制了软件开发的效率。
而git则不同，在抓取了代码库之后，向版本库再提交代码时，无需连接远程版本库，也就无需连接网络，所有的记录都存储在本地计算机的目录中。
在同步时，通过git的h操作，连接网络，将代码上传到主版本库，自动比较改动后，生成一个包含少量修改的补丁包，补丁包由项目维护人员测试，没有问题后，再更新到主版本库。
前世时，git分布式源代码控制系统，是由lux系统发明人，林纳斯特瓦兹创造出来的，就因为lux系统是开源的操作系统，源代码的更新大部分来源于众多程序员的无偿劳动，而每天都有成千上万个程度员，向lux团队大量源代码更新，纯粹靠人工的话，工作量实在太大，效率又太低。
于是，林纳斯特瓦兹就在2005年创造了git版本控制系统，来解决lux系统的版本控制问题。
推出分布式管理系统，也是张毅自己本身的需要。
微硬公司的软件种类越来越多，代码行也越来越庞大，他本身又要经常出国，更新代码和修补程序bug非常的麻烦。
程序员之间想要沟通，只能靠电话或者邮件沟通，驻天朝的程序员提交的代码，在美国想看到，只能通过点对点的沟通，考虑到时差，考虑到网络环境等等的不利因素，会导致沟通的效率极低。如果再加上欧洲的程序员，那就是一个恶梦了。
git的出现，给出了解决分布式源代码控制的解决方案。
而github，却是集合了所有的有这样需求的公司。
对于个人用户来说，github代码仓库是完全免费的，但需要你敞开自己的源代码。
开始时，有
「如章节缺失请退出#阅#读#模#式」
你看#到的#内#容#中#间#可#能#有#缺#失，退#出#阅#读#模#式，才可以#继#续#阅#读#全#文,或者请使用其它#浏#览#器
