首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >一篇搞懂Git 和 SVN 的区别【原理篇】

一篇搞懂Git 和 SVN 的区别【原理篇】

作者头像
火狼1
发布于 2022-03-22 06:28:38
发布于 2022-03-22 06:28:38
4.3K06
代码可运行
举报
运行总次数:6
代码可运行

前言

GitSVN都是版本管理系统,但是他们 命令区别后面会简单进行一个对比,我们先从原理的角度分析

4.git和svn命令

先来复习哈命令

作用

git

svn

版本库初始化

git init

svn create

clone

git clone

svn co(checkout)

add

git add (.除去.gitignore,*所有的文件)

svn add

commit

git commit

svn commit

pull

git pull

svn update

push

git push

-

查看工作状态

git status

svn status

创建分支

git branch <分支名>

svn cp <分支名>

删除分支

git branch -d <分支名>

svn rm <分支名>

分支合并

git merge <分支名>

svn merge <分支名>

工作区差异

git differ (-cached / head)

svn diff

更新至历史版本

git checkout <commit>

svn update -r <rev>

切换tag

git checkout <tag>

svn switch <tag>

切换分支

git checkout branch

svn switch branch

还原文件

git checkout - path

svn revert path

删除文件

git rm path

svn rm path

移动文件

git mv path

git mv path

清除未追踪文件

git clean

svn status sed -e

1.存贮区别

大家想想为什么我们代码管理为什么一般用git,原型图和高保真管理一般用SVN?

1.git是分布式的,有本地和远程两个版本库,SVN是集中式,只有一个远程版本库; 2.git的内容是按元数据方式存贮,所有控制文件在.git中,svn是按文件处理,所有资源控制文件在.svn中; 3.svn的分支是一个目录,git不是; 4.git没有一个全局的版本号,svn有; 5.git内容存贮是使用SHA-1哈希算法,能确保代码完整性; 6.git 有工作区,暂存区,远程仓库,git add将代码提交到暂存区, commit提交到本地版本库,push推送到远程版本库。svn是add 提交到暂存,commit是提交到远程版本库。

所以可以很清楚的看出因为原型图和高保真都是以单个文件为单位,所以适合用SVN管理,而我们代码时以行数为单位,适合Git

2.文件.svn和.git区别

1..svn目录

随便打开一个.svn的目录可以看到结构: 如果无法查看.svn,window电脑-点击查看-勾选隐藏文件; mac直接shift + command + .

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
├── pristine 各个版本纪录,这个文件一般较大
├── tmp 
├── entries 当前版本号
├── format 文本文件, 放了一个整数,当前版本号
├── wc.db 二进制文件
├── wc.db-journal 二进制文件

2..git 目录结构

你可能对这些目录结构很陌生,没关系,直接在终端输入 git help gitrepository-layout回车,你会发现浏览器会打开一个html文件,实际上就会打开安装git下面的一个html文档

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
├── hooks 钩子文件
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── fsmonitor-watchman.sample
│   ├── fsmonitor-watchman.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample commit时会触发这个钩子
│   ├── pre-push.sample push触发
│   ├── pre-rebase.sample
│   ├── pre-receive.sample
│   ├── prepare-commit-msg.sample
│   ├── update.sample update触发
├── info
│   ├── exclude 忽略的文件
├── object git数据对象,包括commit,trees,二进制对象,标签等
├── COMMIT_EDITMSG 上一次提交的注释信息
├── log 各个refs的历史信息
├── refs 每个分支指向那个提交
├── config 本项目配置信息,包括仓库地址,分支,用户账号等
├── description 项目描述
├── HEAD 当前分支的最后一次提交
├── index 索引文件,存贮git add把要添加的项
├── packed-refs 分支标识文件

所以可以看出git在处理代码方面功能比svn要强大一些

3..git文件动态分析

3.1 add阶段

1.执行git init会生成一个初始化的.git,会发现上面有些目录文件没有,因为有些文件是指定的命令后才会生成

2.新建一个test.txt,随便写点内容,执行git status

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
On branch master  // 默认一个master 分支

No commits yet

Untracked files: // 未提交的文件
  (use "git add <file>..." to include in what will be committed)

    test.txt

nothing added to commit but untracked files present (use "git add" to track)

运行 find . -type f

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
./config
./HEAD
./info/exclude
./description
./hooks/commit-msg.sample
./hooks/pre-rebase.sample
./hooks/pre-commit.sample
./hooks/applypatch-msg.sample
./hooks/fsmonitor-watchman.sample
./hooks/pre-receive.sample
./hooks/prepare-commit-msg.sample
./hooks/post-update.sample
./hooks/pre-applypatch.sample
./hooks/pre-push.sample
./hooks/update.sample
./index

3.执行 git add text.txt,显示

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)

    new file:   test.txt

运行find . -type f

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
./config
./objects/61/de0edff4ebeeff225da34006cbe6427638fadc  # 比之前多了一个文件
./HEAD
./info/exclude
./description
./hooks/commit-msg.sample
./hooks/pre-rebase.sample
./hooks/pre-commit.sample
./hooks/applypatch-msg.sample
./hooks/fsmonitor-watchman.sample
./hooks/pre-receive.sample
./hooks/prepare-commit-msg.sample
./hooks/post-update.sample
./hooks/pre-applypatch.sample
./hooks/pre-push.sample
./hooks/update.sample
./index

4.总结:可以看出git add后test.txt 被标记为staged 状态,而且object多了一个61/de0edff 文件,所以object 可以存贮git仓库内容,以二进制方式存贮。

5.我们可以查看下文件来源

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
git cat-file -p 61de0edf
打印 test

6.git如何管理和归档文件 我们常见的文件系统(NTFS、FAT、FAT32)是基于地址方式检索文件,即先给具体的地址,然后从地址编号对应的存储单元读取文件内容,而git是基于内容检索,是对整个内容检索,得到一个真实的存储位置,类似哈希映射。

3.2 commit阶段

1.执行 git commit -m 'add test'

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
1 file changed, 1 insertion(+)
create mode 100644 test.txt

2.运行 find . -type f

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
./test.txt
./.git/config
./.git/objects/61/de0edff4ebeeff225da34006cbe6427638fadc
./.git/objects/ed/fd7e903f8f622f9a52542adfa077552608202d
./.git/objects/26/ef8e81bc27b4a67f251145a4f83782364fa9fa
./.git/HEAD
./.git/info/exclude
./.git/logs/HEAD
./.git/logs/refs/heads/master
./.git/description
./.git/hooks/commit-msg.sample
./.git/hooks/pre-rebase.sample
./.git/hooks/pre-commit.sample
./.git/hooks/applypatch-msg.sample
./.git/hooks/fsmonitor-watchman.sample
./.git/hooks/pre-receive.sample
./.git/hooks/prepare-commit-msg.sample
./.git/hooks/post-update.sample
./.git/hooks/pre-applypatch.sample
./.git/hooks/pre-push.sample
./.git/hooks/update.sample
./.git/refs/heads/master
./.git/index
./.git/COMMIT_EDITMSG

可以看出commit 后在add 的基础上object多了两个文件ed/fd7e90和26/ef8e8,从文件的归档路径和命名可以看出git使用SHA-1算法对文件内容进行了校验

还多了一个COMMIT_EDITMSG ,里面是上一次提交的注释信息

3.使用git cat-file 查看来源

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
git cat-file -t edfd7e90
// 终端输出tree

git cat-file -t 26ef8e8
// 终端输出commit

git cat-file -p edfd7e90
// 终端输出 100644 blob 61de0edff4ebeeff225da34006cbe6427638fadc    test.txt

git cat-file -p 26ef8e8
// 终端输出 tree edfd7e903f8f622f9a52542adfa077552608202d
author 信息  1612668900 +0800
committer author 信息  1612668900 +0800

ed/fd7e90 是一个commit 对象,tree属性指向了26/ef8e8,纪录了文件操作,作者,提交者信息; 26/ef8e8 是一个tree 对象,blob 属性指向了blob对象61/de0edf,纪录了文件名; 61/de0edf 是一个blob 对象,纪录了文件内容。

三个文件关系:

所以现在知道为什么object文件会很大的吧

3.3 branch

git branch 获取分支列表 列表保存到refs/heads/master 下面

3.4 git对象模型

通过上面3.2的分析知道,在git系统中有四种尅性的对象: 1.commit:指向一个tree,纪录了文件操作,作者,提交者信息; 2.tree:对象关系树,管理tree和blob的关系; 3.blob:保存文件内容; 4.tag:标记提交。

3.5 git生命周期钩子

1.钩子初始化: 上面说到的hooks 下面都是生命周期脚本,初始化仓库(git init)或 git clone 都会初始化.git文件;

2.钩子是本地的,因为不会提交到代码仓库,只不过clone的时候会初始化;

3.钩子分类:

钩子名

作用

pre-commit

每次git commit之前会触发,很常见的应用就是在package.json结合husky和lint-staged做代码eslint校验

prepare-commit-msg

在pre-commit在文本编辑器生成提交信息被调用,方便的修改自动生成的squash和merage提交

commit-msg

用户输入提交信息被调用,就是commit -m 后面那个提交信息,可以用来规范提交信息

post-commit

commit-msg后执行,通知git commit的结果

post-checkout

git checkout被调用

pre-rebase

git rebase 更改之前运行

pre-receive

git push后执行,存在于远程仓库中,服务端远程钩子

update

pre-receive 后调用

post-receive

push 推送成功后被调用,通知push的用户

结语

看到这里git和svn很多迷惑都解开了吧, 原创码字不易,欢迎star!

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2021-05-11,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
Git学习与问题总结 | 青训营笔记
Git是一个分布式版本控制系统,最初由Linus Torvalds于2005年创建。它被广泛用于软件开发中,以协调多个开发者之间的代码修改和版本控制。Git可以跟踪文件的修改历史,可以轻松地查看和恢复之前的版本。它还支持分支和合并,使得多个开发者可以独立地工作并在最终将其代码合并到一起。Git的优点包括速度快、可靠性高、支持分布式开发、易于使用等。
鳄鱼儿
2024/05/21
1720
三分钟了解 git hooks 的原理
git 允许在各种操作之前添加一些 hook 脚本,如未正常运行则 git 操作不通过。最出名的还是以下两个
山月
2021/11/26
8450
这才是真正的Git——Git内部原理
linux 之父 Linus Torvalds 大家应该都知道,而 git 也是由 Linus 开发的。从 1991 年发布了第一版的 linux 内核,Linux 内核开源项目有着众多的参与者,但绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码,之前市面上也有其他的版本管理系统,比如 CSV、SVN,但是 Linus 觉得它们很蠢,直到有了 BitKeeper 才开始使用版本管理系统。
前端森林
2021/06/25
3.1K0
这才是真正的Git——Git内部原理
用了5年的Git,你竟然还不晓得它的实现原理!
作者 | 杨夕 来源 | https://zhuanlan.zhihu.com/p/53750883 越了解事物的本质就越接近真相。我发现学习Git内部是如何工作的以及Git的内部数据结构这部分内容,对于理解Git的用途和强大至关重要。若你理解了Git的思想和基本工作原理,用起来就会知其所以然,游刃有余。这是Git系列的第一篇,主要会介绍Git的特点以及内部数据结构设计,和完成一次完整提交流程的时候数据是如何变化的。 Git有什么特点? fast,scalable,distributed revision
程序猿DD
2023/04/04
3330
用了5年的Git,你竟然还不晓得它的实现原理!
git hooks
如同 flask 框架的请求钩子一样,git 也有钩子 (hook) 的概念,下面就让我们一起来看看吧。
小闫同学啊
2020/09/08
1.4K0
三行代码实现新老git仓库完整迁移
公司因老版本gitlib存在安全隐患且机房需要迁移,需要切换到新版本的gitlib上
西门呀在吹雪
2022/06/06
3.3K2
三行代码实现新老git仓库完整迁移
Git——常用命令总结
思索
2024/08/14
1350
Git原理入门简析
Git 是当前流行的分布式版本控制管理工具,最初由 Linux Torvalds (Linux 之父) 创造,于 2005 年发布。
我没有三颗心脏
2019/08/19
4780
17个有用的CLI命令,作为前端工程师,你需要知道一下
作为前端开发工程师,我们需要了解哪些命令?如果您熟悉这些命令,它们将大大提高您的工作效率。
前端老道
2024/04/14
2920
17个有用的CLI命令,作为前端工程师,你需要知道一下
git基础
 使用git就是将本地文件(工作目录workspace)的文件,添加到暂存区(stage),然后提交到本地仓库(repository),最终可以协同开发,推送到远程仓库(remote)
超蛋lhy
2018/12/28
4680
使用Git与GitHub协同开发并搭建私有GitLab代码托管服务器
Linus在1991年创建了开源的Linux,从此全世界的工程师参与了Linux的开发,期初Linus是通过手动diff的方式进行代码审核和合并的,后来BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统。安定团结的大好局面在2005年就被打破了,原因是Linux社区牛人聚集,不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议(这么干的其实也不只他一个),被BitMover公司发现了(监控工作做得不错!),于是BitMover公司怒了,要收回Linux社区的免费使用权。Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!一个月之内,Linux系统的源码已经由Git管理了!如果当时BitMover公司专门为Linux发布一个社区版,也许这家公司也就名垂青史了,可是当时这家公司思想境界没那么高而且Linus也那么牛!
星哥玩云
2022/07/24
1.6K0
使用Git与GitHub协同开发并搭建私有GitLab代码托管服务器
git hook实践心得
优秀的团队必不可缺少源代码的质量管理,比如eslint、sasslint等代码检测工具,借助git hook能力,我们可以将这些工具无缝地整合到git开发工作流中。
IMWeb前端团队
2019/12/03
1.3K0
git hook实践心得
【Git#1】初识 git(配置 & 基本认识 & 文件操作)
在工作或学习时经常遇到这样的情况:我们在编写各种文档时,为了防止文档丢失,更改失误,失误后能恢复到原来的版本,不得不复制出一个副本,比如:
IsLand1314
2025/04/19
3620
【Git#1】初识 git(配置 & 基本认识 & 文件操作)
关于 git hooks 的库 husky 源码竟如此简单,你也可以写一个!
它在 git commit、git push 等 git 操作之前与之后可设置自动执行的脚本,被称为 git hooks 脚本。
山月
2021/11/10
1.2K0
Git基本操作(超详细)
.git ⽬录是Git来跟踪管理仓库的,不要⼿动修改这个⽬录⾥⾯的⽂件,不然改乱了,就把Git仓库给破坏了
南桥
2024/02/20
1.2K0
Git基本操作(超详细)
实现基于git hooks的持续集成
上篇文章分享了的一个为什么服务端渲染有利于SEO的问题,接下来的某一篇文章,可能会写一下如何去一步一步的实现Vue的同构,也就是基于Vue实现服务端渲染。但是涉及的内容篇幅会有点长,需要花点去思考怎么写。
terrence386
2022/07/14
3480
学会这 11 条,你离 Git 大神就不远了!
支持使用 merge 的开发者,他们认为仓库的提交历史就是记录实际发生过什么,它是针对于历史的一个文档,本身其实是有价值的,我们不应该随意修改。我们改变历史的话,就相当于使用“谎言”来掩盖实际发生过的事情,而这些痕迹是应该被保留的。可能,这样并不是很好。
民工哥
2021/04/21
3880
git:深挖 .git文件夹
.git目录树 . └── .git │ │ ├── branches │ │ ├── COMMIT_EDITMSG # 保存最新的commit message,Git系统不会用到这个文件,只是给用户一个参考。 │ │ ├── config # 仓库的配置文件。 │ │ ├── description # 仓库的描述信息,主要给gitweb等git托管系统使
JNingWei
2018/09/28
1.4K0
Git基本原理介绍
原文:https://www.escapelife.site/posts/da89563c.html
入门笔记
2022/06/03
4150
Git基本原理介绍
聊聊Git原理
说起Git,相信大家都很熟悉了,毕竟作为程序猿,每天的业余时间除了吃饭睡觉就是逛一下全世界最大的开(tong)源(xing)代(jiao)码(you)网站GitHub了。在那里Git是每个人所要具备的最基本的技能。今天我们不聊Git的基本应用,来聊一聊Git的原理。<!-- more -->
Jackeyzhe
2020/03/11
4130
相关推荐
Git学习与问题总结 | 青训营笔记
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档