前端基础git(一)-git入门代码版本控制介绍

上两篇文章我主要分享了github的一些操作及用法，从今天开始我讲分享一些有关git的一些知识。如果想了解github的操作可以看

前端都应懂的入门基础-github基础

前端基础牢记的一些操作-Github仓库管理

版本控制

集中化的版本控制系统

集中化的版本控制系统有CVS、SVN、Perforce等，都有一个单一的集中管理服务器，保存所有文件的修订版本，而协同工作的人们通过客户端连到这台服务器，取出最新的文件或者提交更新。

这种方法带来了许多便利，每个人都可以在一定程度上看到项目中的其他人做了些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要比在各个客户端上维护本地数据库来轻松容易。 最大优点就是代码存放在单一的服务器上，便于项目的管理 使用这也有一定的弊端，最大的缺点就是中央服务器的单点故障。

1. 服务器宕机：开发人员写的代码得不到保障，
2. 服务器炸了：整个项目的历史记录会丢失

分布式的版本控制系统

由于集中式的版本控制系统的缺点越来越突出，分布式的版本控制系统就面世了，像Git, BitKeeper等。 客户端并不只是提取最新版本的文件快照，而是把代码仓库完整地镜像下来。这样，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每次的提取操作，实际上都是一次对代码仓库的完整备份。

更进一步，许多这类系统都可以指定和若干不同的远程代码仓库进行交互。这样开发人员就可以在同一个项目中分别和不同工作小组的人相互协作。

分布式的版本控制系统解决了集中式版本控制系统的缺陷：

1. 断网的情况下也可以进行开发，因为版本控制是在本地进行的
2. 使用github进行团队协作，哪怕github挂了，美国客户端保存的也都是整个完整的项目，其中包含历史记录。

总结

今天主要分享了代码版本控制的类型和各自的优缺点，集中式版本控制系统典型代表SVN和分布式版本控制系统代表Git。如果想了解更多，请扫描二维码：