版本控制是一种纪录一个或多个文件內容转变，便于未来查看特殊版本修定状况的系统软件，便捷查询变更历史时间，备份数据及其修复之前的版本，确保多的人合作不出问题。
1，初始的版本控制
- 版本控制专用工具的黑暗时代：
- 最初的版本控制是手工的版本控制：改动文件，保存文件副本；
- 保存副本取名随便，版本难分新老，不可以鉴别每一版的改动內容。
2，版本控制发源：diff & patch
- 在起初的版本控制手机软件发生以前，实际上已经拥有较为好使的源代码较为与修复漏洞的专用工具：diff和patch。
- Linus Torvalds（Linux鼻祖）也对这两个专用工具钟爱备至。
- 在1991-2002年中间，即使CVS发生以后，Linus一直应用diff和patch管理方法着Linux的编码。
- diff与patch是用以源代码版本控制中的两种最主要的定义。
- CVS（Concurrent Versions System）：合作版本系统软件。
2.1，Diff介绍
- diff用于较为2个文件或是文件目录中间的差别。
2.2，Patch介绍
- patch是diff的反方向实际操作
- 大家把以上差别結果保存到文件中，例如：diff.txt中，那麼这一diff.txt就可以用于从left.c推算出来right.c的內容，相反也可以。
根据diff.txt，把left.c变为right.c的內容：
$ patch left.c diff.txt
- 上边实行的命令的意思是，把diff.txt运用到left.c文件上，指令完毕后left.c与right.c中的內容是一样的。
根据diff.txt，把right.c变为原先left.c的內容：
$ patch -R right.c diff.txt
- 上边实行的指令中多了一个-R，其含意是把diff.txt选用反方向的方法，运用到right.c上，指令完毕后right.c与left.c中原先的內容是一样的。
3，RCS：最初期的当地版本控制专用工具
- RCS（Revision Control System）
- RCS做为十分悠久的版本专用工具，远远地在SVN和已经退伍的CVS以前，它的历史悠久水平应当比Web开发设计的ASP上代的CGI还需要更悠久。
- 假如想对版本管理方法完成方法开展深入分析得话，科学研究RCS是一种更为简便的下手方法。
- RCS选用把diff的结合，选用RCS自身的文件格式保存到硬盘中（可以根据diff -n left.c right.c造成RCS文件格式的diff內容），能根据这种diff结合，再次返回文件改动的一切历史时间中的点。
4，CVS & SVN：集中型版本控制专用工具
CVS介绍
- CVS（Concurrent Versions System）问世与1985年，迄今为止第一个被大量采用的版本控制专用工具。CVS的发生让技术工程师可以协调工作。
CVS存在的不足
- 不兼容原子化递交，会致使手机客户端向服务端递交了不详细的数据信息，也有数据传输高效率不高。
SVN问世
- SVN（Subversion）目地是建立一个更强用的版本控制以替代CVS。提升了网络服务器上內容的储存，完成了分子递交等。
SVN存在的不足
- 在局域网络以外应用SVN，单是查询日志、递交数据信息等使用的延迟时间，就足够让根据局域网协调工作的精英团队伤脑了。
集中型版本控制存在的不足
- 狭小的递交安全通道递交排长队，不可以与此同时改动，递交欠缺质量管理。欠缺编码门禁系统，在当地编码递交到服务器进行缺乏查验安全防护。一种解决方法：Rietveld给予旁通查验
- 数据信息安全系数差服务器宕机黑客入侵
5，Git：Linus的第二个杰出著作
5.1，Git发源
- Linux鼻祖Linus是坚决的CVS反对者，他也一样地抵制SVN。2002年Linus顶着开源项目菁英们的口诛笔伐，挑选 了一个商业服务版本控制系统软件BitKeeper做为Linux核心的编码可视化工具。和CVS/SVN不一样，BitKeeper是属于分布式系统版本控制系统软件。
- Git问世重大事件2005年4月3日，逐渐开发设计Git。2005年4月6日，新项目公布。2005年4月7日，Git就可以做为自己的版本控制专用工具了。2005年4月18日，产生第一个多支系合拼。2005年4月29日，Git的使用性能就已经到达了Linus的预估。2005年6月16日，Linux关键2.6.12公布，那时候Git已经在维护保养Linux关键的源码。
5.2，集中型 VS 分布式系统
集中型 VS 分布式系统（1）：纪录差别或是纪录快照更新
- Git和别的版本控制系统软件（包含Subversion和类似专用工具）的首要区别取决于Git看待数据信息的方式。
- 定义上去区别，其他绝大多数系统软件以文件变动目录的形式储存信息内容。
- 这类系统软件（CVS、Subversion、Perforce、Bazaar这些）将保存的信息内容当作是一组基本上文件和每一个文件随時间逐渐累积的差别。
- Git不依照以上方法看待或保存数据信息。相反，Git更像把数据信息当作是对中小型文件系统软件的一组快照更新。
- 每一次递交升级，或在Git中保存新项目情况时，它主要是对那时候的所有文件制做一个快照更新并保存这一快照更新的数据库索引。
- 为了更好地高效率，假如文件沒有改动，Git不会再再次储存该文件，反而是只留下一个连接偏向以前储存的文件。Git看待数据信息更像一个快照更新流。
集中型 VS 分布式系统（2）：敏感的中间库 VS 健壮的遍布库
- 敏感的中间库备份数据的必要性集中型CVS存有服务器宕机，备份数据至关重要。网络服务器工作压力大部分任何的使用必须与云服务器互动，实际操作受制于网络带宽，不可以移动办公平台。安全系数集中型CVS假设网络服务器是可靠的。假设创立吗？存有服务器宕机，黑客入侵等。不适宜开源软件注重规范化管理，合适总数很少的新项目。
- 健壮的遍布库都是网络服务器数据信息最安全性；无网络带宽和特性短板。递交为当地实际操作快；全线下实际操作；编号不容易被矛盾切断；可以移动办公平台。数据信息的一致性Git数据信息、递交所有应用SHA1hach，以确保一致性，乃至递交可以应用PGP签字。工作中实体模型合适分布式开发，注重个人。Git容灾实例kernel.org 2011 attack(2011.8-2011.11)宇宙射线翻转硬盘一个比特犬的数据恢复
5.3，挑选 适宜的版本控制专用工具
- SVN不适宜的行业跨地区的协作开发设计对源代码的高品质追求完美和编码门禁系统
- Git不适宜的行业不适宜Word等二进制文本文档的版本控制，由于：Git无锁住/开启方式，故不可以排他式改动。总体的读受权，不可以将读受权细致到文件目录等级，解决方法：版本库依照文件目录分拆。
6，总结：Git是什么
- Git是一个版本控制专用工具，并且是一个开源系统的分布式系统版本控制专用工具。
- 依照Linus自己的叙述，Git的许多指令设计方案是来自BitKeeper，可是Git有大量特性：很快的速率简易的制定对最优控制开发方式的超强力适用（容许不计其数并行处理开发设计的支系）彻底分布式系统有工作能力高效率管理方法相近Linux核心一样的集成电路工艺新项目（速率和信息量）
7，总结
- 版本控制专用工具的进步历史时间通过：初始人力维护保养情况，当地RCS，集中型如CVS、SVN和分布式系统如Git。
- 版本控制专用工具带来了合作开发设计的工作能力，依靠他们我们可以返回一切時间的编码情况。
- 集中型版本控制专用工具，几乎任何的运作都必须网络服务器参加，而且数据信息安全系数与网络服务器关联非常大。
- Git是分布式系统版本控制专用工具，除开与服务器进行开展按需同歩以外，全部的递交实际操作都不用网络服务器。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
