Git由浅入深之版本控制系统

Git由浅入深之版本控制系统

现在最高效的版本控制工具是什么?你最喜欢使用的版本控制工具是什么?

毫无疑问,Git是首选。本人从15年开始,无论是工作还是日常使用,均已全面转向Git。

前言

版本控制系统(Version Control System)是一个可以记录单个或一系列文件在不同时间发生的变化的系统,版本控制系统操作的文件可以是计算机上任意文件。

通过该系统,我们可以在之后将文件恢复到发生某次改变前的状态;可以找回删除的文件;可以比较不同时间文件的差别;可以查看每一次修改的相关信息。

历史

原始的版本控制

版本控制的需求一直存在,在版本控制工具出现之前,人们通常通过将文件拷贝到另外的目录进行版本备份,这是最简单但也是很不稳定的方法,比如,我们有可能忘记或者修改错误文件,这时候是无法找回之前文件的;而且不定时的拷贝文件是件极其乏味的事情,同时随着文件越来越多,其拷贝一次的耗费时间也越来越长。

本地版本控制(Local Version Control System)

为了解决原始的版本控制诸多问题,程序员们在很久以前就开发了一个本地版本控制系统,该系统使用一个小型数据库保存所有的文件变化。

本地版本控制

集中版本控制系统(Centralized Version Control System)

使用版本控制系统的遇到的一个主要问题是如何与其他开发者合作。为了解决这个问题,开发者们开发了集中版本控制系统(CVCS)。

这类版本控制系统,如CVS,Subversion和Perforce使用一个单独的服务器,保存所有的文件版本,所有的客户端都从这里检出(check out)文件。

这种方式流行了很多年,至今还是有很多个人或企业使用。

集中版本控制系统

这类系统对比本地版本控制系统有很多优势,诸如:

  • 开发者之间可以了解不同的开发进度;
  • 管理员可以细粒度的控制哪些开发者可以拥有哪些权限;
  • 相对于在每个客户端都安装配置本地数据库,只需要集中管理一个控制中心。

当然,没有什么是绝对完美的,CVCS也有很多问题,

  • 最突出的问题就是,由于集中控制,一旦控制中心瘫痪,所有开发者开发进程都会受影响;
  • 一旦控制中心服务器文件丢失,且没有备份,我们无法找回(除非在某客户端本地恰好还保存着未删除);

针对这类问题,后来有了分布式版本控制系统。

分布式版本控制系统(Distributed Version Control System)

对于分布式版本控制系统(DVCS),如Git,Mercurial,Darcs,客户端不是只从服务器检出(check out)最新版本文件,而是克隆出整个代码库,即使服务器出问题了,我们也能从客户端找回文件,而且每个客户端依然可以在本地进行版本控制,等待服务器修复后,再上传。

分布式版本控制系统

实践证明,DVCS在处理不同开发者同时合作一个或多个项目时表现很好,最典型的就是Git了。

Git

自诞生以来,引起过很多争议,但这并不影响开发者们对Git的青睐,一个好的分布式版本控制系统优化方向主要从以下几点着手,就像Git一样:

  • 速度(Speed)
  • 简单 (Simple Design)
  • 平行式开发(parallel development)
  • 完全分布式(Fully distributed)
  • 稳定高效(efficient)

自从2005年推出以来,Git已经成长为一个简单易用,稳定高效(尤其在处理大型项目上的表现),支持多分支平行开发的版本控制系统。

关于版本控制系统及Git的特性,已经略有所知,接下来是时候进入主题:Git由浅入深。

图片来源git-scm
更多请查阅https://git-scm.com/doc

原创文章,转载请注明: 转载自 熊建刚的博客

本文链接地址: Git由浅入深之版本控制系统

熊 建刚

热爱前端,但不局限于前端,喜欢尝试各种新技术,爱好读书。

One thought on “Git由浅入深之版本控制系统

三五成群进行回复 取消回复

电子邮件地址不会被公开。 必填项已用*标注