Git 学习笔记 | 版本控制和版本控制工具
- Git 学习笔记 | 版本控制和版本控制工具
- 什么是版本控制？
- 版本管理工具的特性
- 版本管理工具的发展简史
- 主流的版本控制器
- 本地版本控制
- 集中版本控制
- 分布式版本控制
- Git与SVN的主要区别
Git 学习笔记 | 版本控制和版本控制工具
学习 git 之前，我们需要先明白一个概念：版本控制！
什么是版本控制？
版本控制（Revision control）是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。
需求：
-
实现跨区域多人协同开发
-
追踪和记载一个或者多个文件的历史记录
-
组织和保护你的源代码和文档
-
统计工作量
-
并行开发、提高开发效率
-
跟踪记录整个软件的开发过程
-
减轻开发人员的负担，节省时间，同时降低人为错误
简单说就是用于管理多人协同开发项目的技术。
没有进行版本控制或者版本控制本身缺乏正确的流程管理，在软件开发过程中将会引入很多问题，如软件代码的一致性、软件内容的冗余、软件过程的事物性、软件开发过程中的并发性、软件源代码的安全性，以及软件的整合等问题。
版本管理工具的特性
版本管理工具一般具有如下特性：
- 能够记录历史版本，回退历史版本
- 团队开发，方便代码合并
版本管理工具的发展简史
主流的版本控制器
主流的版本控制器有如下这些：
-
Git
-
SVN（Subversion）
-
CVS（Concurrent Versions System）
-
VSS（Micorosoft Visual SourceSafe）
-
TFS（Team Foundation Server）
-
Visual Studio Online
版本控制产品非常的多（Perforce、Rational ClearCase、RCS（GNU Revision Control System）、Serena Dimention、SVK、BitKeeper、Monotone、Bazaar、Mercurial、SourceGear Vault），现在影响力最大且使用最广泛的是Git与SVN。
本地版本控制
记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件，适合个人用，如RCS。
工作流程如下：
- 从中央服务器远程仓库下载代码
- 修改后将代码提交到中央服务器远程仓库
优缺点：
优点：简单，易操作
缺点：所有代码必须放在中央服务器，服务器一旦宕机无法提交代码，即容错性较差，离线无法提交代码，无法及时记录我们的提交行为
SVN流程图：
集中版本控制
所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。而且，所有数据都保存在单一的服务器上，有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份。代表产品：SVN、CVS、VSS。
SVN是集中式版本控制系统，版本库是集中放在中央服务器的。
所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改。
分布式版本控制
Git是分布式版本控制系统（Distributed Version Control System，简称 DVCS），分为两种类型的仓库：本地仓库和远程仓库。
工作流程如下：
- 从远程仓库中克隆或拉取代码到本地仓库(clone/pull)
- 从本地进行代码修改
- 在提交前先将代码提交到暂存区
- 提交到本地仓库。本地仓库中保存修改的各个历史版本
- 修改完成后，需要和团队成员共享代码时，将代码push到远程仓库
所有版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。
不会因为服务器损坏或者网络问题，造成不能工作的情况。
Git 流程图：
Git 是目前世界上最先进的分布式版本控制系统。
Git与SVN的主要区别
SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。
总结：
- svn 是集中式版本控制工具，git 是分布式版本控制工具
- svn 不支持离线提交，git 支持离线提交代码
本文链接：https://my.lmcjl.com/post/15018.html
4 评论