什么是git?

A Distributed Revision Control System

一种分布式的版本控制系统

通常用的版本控制系统有GIT、SVN

那他们两者有什么区别呢?

就从它们的优缺点开始说起吧

Git

优点:

*
分布式,每个参与开发的人电脑上都有一个完整的仓库,不需要担心硬盘出现问题。每个克隆(clone)的版本库都是平等的。可以从任何一个版本库的克隆来创建属于自己的版本库,同时你的版本库也可以作为源提供给他人。
* Git 的每一次提取操作,实际上都是一次对代码仓库的完整备份。
* 不联网的情况下,一样可以提交到本地仓库,可以查看过往的所有log,有网之后push操作到远程即可。而且无需别人授权,提交总会成功。
* 提供了非常强大的分支管理功能
*
Git的内容完整性优于SVN----原因:Git的内容存储使用的是SHA-1哈希算法,可以确保代码内容的完整性,确保在遇到磁盘故障和网络问题的时候降低对版本库的损坏
缺点:

* 权限管理不够方便,一般通过系统设置文件读写权限的方式来做权限控制。需要安装插件gitolite,配置麻烦,或者直接使用gitlab管理
* 工作目录只能是整个项目。比如 checkout,建分支,都是基于整个项目的。而 svn 可以基于项目中的某一个目录
 

SVN

优点:

* 较好的权限管理功能,可以精确地控制每个目录的权限
* 使用相对git来说简单一些
缺点

* 集中式,如果中心服务器出现了问题,所有人都不能干活,回复也很麻烦,因为SVN记录的是每次改动的差异,而不是完整的文件
* 分支功能没有git强大
* 速度没有git快,如果有五个分支,会把五个分支的文件全部拷贝下来
* 必须联网才能commit
总结

主要差别

* Git关心文件数据的整体是否发生变化,而SVN这类的版本控制系统基本上只关心文件内容的具体差异
。这类系统每次记录有哪些文件做了哪些更新,然而Git并不保存这些前后变化的差异数据。Git更像是把变化的文件作快照后,记录在一个微型的文件系统中。每次提交更新的时候,会总览一遍所有的文件的信息并对文件做一快照,然后保存一个指向这次快照的索引。为了提高性能,如果文件没有变化,Git不会再次保存,只对上次保存的快照做一链接。
     我觉得,Git没有像SVN一样每次提交的是否都将更新的详细信息分析并提交,是很科学的,因为 大部分时间我们不会要去查看       
每一个文件都做了哪些更新,因为git会在本地保存完整的历史版本库,又是个用户开发就会有十份库,就会出现特别多的冗余   
  数据。但是在SVN上这样就是科学的,服务器保存唯一一份历史版本库,包含了所有的详细信息,需要的时候就可以去查看某个     
文件与之前版本的更新变动信息。而Git则会取出前一天的快照和当前的文件做一次差异运算,显示出更新变动的信息

* Git中的绝大多数操作都只需要访问本地文件,不需要联网就可以看到所有的历史版本记录,而SVN需要联网
。如果想要查看当前版本和历史版本的差异,git会取出一个月前的快照和当前文件做一次差异运算
* SVN断开网络或者断开VPN就无法commit代码,但是Git可以先commit到本地仓库
。用SVN的话,断网或者断开VPN时,无法commit代码,长时间不commit代码就会丢失大量的开发进程的历史记录,就像是用word码字却不能用ctrl+s保存一样的危险。Git可以随时频繁的提交更新,本地仓库的commit几乎不需要时间。
* Git内容完整性要优于SVN。因为Git 在commit(存储在本地)或者push(上传到远程仓库)之前,通过对文件的内容或目录的结构计算出一个
SHA-1哈希值,作为指纹字符串进行内容的校验,并将此结果作为数据的唯一标识和索引,在远处仓库接受到commit的文件之后,会再计算一遍哈希值然后跟传递过来的哈希值做比较,如果不一致,说明文件在传输时变得不完整,或者磁盘损坏导致文件数据损坏。另外在
Git 数据库中的东西都是用此哈希值来作索引,而不是靠文件名。 
* Git克隆一个完整项目的速度很快,SVN很慢
。我们以克隆一份拥有五个分支的完整项目以及版本库来说,SVN是同时复制5个版本的文件,也就是说重复五次同样的动作。而Git
只是获取文件的每个版本的元素,然后只载入主要的分支(master)
* Git分支比SVN强大。
分支(Branch)

SVN:分支是一个完整的目录,而且这个目录拥有完整的实际文件。如果工作成员想开启新的分支,将会影响所有的人,每个人都会有一个一样的分支。如果你的分支是对系统模块进行安全检查测试的,改变一个分支,其他人就得切分支重新下载,还会对稳定版本有一定的破坏性。

Git:每个工作成员可以任意在在自己的本地版本库开启无限个分支。举例:当我想尝试破坏自己的程序(安检测试),并且想保留这些被修改的文件供日后使用,
我可以开一个分支,做我喜欢的事。完全不需担心妨碍其他工作成员。只要不合并及提交到主要版本库,没有一个工作成员会被影响。等到我不需要这个分支时,
我只要把它从我的本地版本库删除即可。

开发中分支的创建时间

如果开发了一个新的网站,已经在主分支(master)上开发出了1.0发布版本,如果开发一个新的功能模块,我们就需要创建一个分支(dev),而不是在主分支继续开发。

原因:

*
开发新的模块时,可能会遇到各种bug或者冲突,如果依然在主分支开发,如果冲突严重,影响了当前本来稳定的版本,会增加很多麻烦。如果在新的分支上开发,冲突严重时,大不了删除当前分支,重新分一个分支出来。而且分支还可以保留开发中可能出现的各种bug方便修复单不影响主分支多的使用。
*
如果我们要求二环分支。如切换到master分支的时候,会保存当前dev分支的状态,以便于日后继续开发,防止丢失开发进度。比如,正在dev开发新模块,然后1.0出现了严重的bug,就先切换回主分支,然后为主分支建立一个紧急修补的repair分支,在其中修复问题。通过测试后,再返回主分支,将repair分支合并,然后push到远程仓库。再切回开发新模块的dev分支,从之前退出时的进度继续开发。
Git可以在任意一个提交点开启分支,可以说是十分方便了!

 Git 有三种状态:

* 已提交(committed) 表示数据已经安全的保存在本地数据库中。
* 已修改(modified)表示修改了文件,但还没保存到数据库中。
* 已暂存(staged)表示对一个已修改文件的当前版本做了标记,使之包含在下次提交的快照中。
Git 项目的三个工作区域的概念:

* Git 仓库:Git 用来保存项目的元数据和对象数据库的地方。这是 Git 中最重要的部分,从其它计算机克隆仓库时,拷贝的就是这里的数据。
* 工作目录:是对项目的某个版本独立提取出来的内容。 这些从 Git 仓库的压缩数据库中提取出来的文件,放在磁盘上供你使用或修改。
* 暂存区域:是一个文件,保存了下次将提交的文件列表信息,一般在 Git 仓库目录中。 有时候也被称作“索引”,不过一般说法还是叫暂存区域。
基本的 Git 工作流程如下:

* 在工作目录中修改文件。
* 暂存文件,将文件的快照放入暂存区域。
* 提交更新,找到暂存区域的文件,将快照永久性存储到 Git 仓库目录。
一般开发流程

* 创建仓库(web端Remote创建)从远程仓库克隆到本地
* 创建并切换到特性分支
* 创建/修改文件
* 提交工作区文件到暂存区
* 提交暂存区文件到本地仓库
* 合并主干分支代码
* 推送本地仓库到远程仓库
下一篇我将介绍git的基本用法,以上的概念掌握就好

 

技术
©2019-2020 Toolsou All rights reserved,
MyBatis 新增数据 成功 返回 自增主键ID值用C语言做很简单的飞机游戏苹果不送充填器耳机真为环保?可能还是为了赚钱吧一个名叫“讨火车”的小村子 终于把火车讨来了使用easyPOI导入Excel数据QT:清空指定文件夹内的所有文件及目录json反斜杠问题3种Python数据结构,13种创建方法,这个总结,超赞!访客手机抓取方法改主意!特斯拉开始向欧洲市场交付中国造Model 3