本篇文章给大家谈谈一篇文章了解Git和SVN的区别，以及对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。

git和svn命令

我们先回顾一下Ha命令

影响

git

SVN

存储库初始化

git初始化

创建svn

克隆

svn co（结账）

添加

git add (.remove .gitignore, *所有文件)

svn添加

犯罪

git 提交

svn提交

拉

git拉

svn更新

推

git 推送

–

检查工作状态

git 状态

svn状态

创建分支

git分支分支名称

svn cp 分支名称

删除分支

gitbranch -d 分支名称

svn rm 分支名称

分支合并

git合并分支名称

svn 合并分支名称

工作空间差异

git 不同(-cached/head)

svn 差异

更新历史版本

git checkout 提交

svn更新-r版本

开关标签

git 结账标签

svn 切换标签

切换分支

git checkout 分支

svn切换分支

恢复文件

git 结帐路径

svn 恢复路径

删除文件

gitrm路径

svn rm 路径

移动文件

git mv 路径

清除未跟踪的文件

清理干净

svn 状态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目录

您可能不熟悉这些目录结构。没关系。只需在终端中输入git help gitrepository-layout 并按Enter 键即可。你会发现浏览器会打开一个html文件。其实它会在git安装下打开一个html文档。

hooks 钩子文件 applypatch-msg.sample commit-msg.sample fsmonitor-watchman.sample fsmonitor-watchman.sample pre-applypatch。 Sample pre-commit.sample commit 时会触发该钩子 pre-push.sample 推送触发器 pre-rebase.sample pre-receive.sample prepare -commit-msg.sample update.sample 更新触发器 info 排除忽略的文件 object git 数据对象，包括提交、树、二进制对象、标签等 COMMIT_EDITMSG 一次commit的注释信息记录每个refs的历史信息refs每个分支指向哪个提交本项目的config配置信息，包括仓库地址、分支、用户账号等描述项目描述 HEAD 当前分支的最后一次提交index索引文件，存放git add要添加的项目packed-refs分支标识文件所以可见git比svn 中处理代码

3..git文件动态分析

3.1 add阶段

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

2、新建test.txt，写入一些内容，执行git status

在分支master //默认是主分支还没有提交Untracked files: //未提交的文件（使用’git add file.’ 包含在将提交的内容中） test.txt 没有添加任何内容到提交，但存在未跟踪的文件（使用’ git添加’到跟踪）运行find 。 -f型

./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./index3。执行git add text.txt 并显示

在分支master 上尚未提交更改要提交的：（使用’git rm –cached file.’ 取消暂存）新file: test.txt 运行find 。 -f型

./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 。样本./hooks/pre-applypatch.sample./hooks/pre-push.sample./hooks/update.sample./index4。总结：可以看到test.txt在git add之后被标记为staged，并且object多了一个61/de0edff文件，所以object可以以二进制的方式存储git仓库的内容。

3.2 commit阶段

1.执行git commit -m ‘add test’

1 个文件已更改，1 个插入(+)创建模式100644 test.txt2。运行查找. -f型

./test.txt./.git/config./.git/objects/61/de0edff4ebeeff225da34006cbe6427638fadc./.git/objects/ed/fd7e903f8f622f9a52542adfa077552608202d./.git/objects/26/ef8e81bc27b4 a67f2 51145a4f83782364fa9fa./.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后，多了两个基于添加。文件ed/fd7e90 和26/ef8e8。从归档路径和文件的命名可以看出，git使用SHA-1算法来验证文件内容。

还有一个额外的COMMIT_EDITMSG，里面包含了上次提交的评论信息。

三个文件关系：

现在您知道为什么目标文件非常大了吧？